From: Per W. <pw...@ia...> - 2006-10-06 10:22:21
|
You did remember to compile without optimization? Adding debug information but not turning off optimization makes for very interesting debugging, since the compiler will rearrange the order of the generated code compared to the order of the source lines. Debugging an optimized binary is only meaningful in assemply mode, to look for code code that isn't behaving correctly under optimization, i.e. that is compiled with wrong flags (assumption of aliasing for example) or if the compiler is suspected of generating incorrect (or bad) code. /Per W On Fri, 6 Oct 2006, IraqiGeek wrote: > Hi all, > > Rodolfo sent me the version in which he added winsock.h and that compiled > fine under Dev-C++. However, the GNU debugger was still skipping lines of > code when I traced the execution of dcraw.c (which was the purpose of all > this, so I could understand the various file formats its capable of dealing > with). But thanks to Rodolfo's file, and a couple of questions on the > Borland C++ Builder group, I managed to compile and run dcraw successfully > under the recently released Borland Turbo C++, and its debugger is tracing > every step of the code as it should and now I got a pretty good idea about > all those raw file formats. > > So, thank you all, because without your help I wouldn't have been able to do > this. > > > Regards, > IraqiGeek > www.iraqigeek.com > > Sorry no quote today. > > > On Wednesday, October 04, 2006 12:32 AM GMT, > rodolfo d'Ettorre <rod...@ho...> wrote: > > > Hi, > > > > I included #include <winsock.h> to dcraw.c and in project options > > > parameters > linker I added > > -wsock32. Also I added -DNO_JPEG and -DNO_LCMS project optiobs > > > parameters > compiler and it compiled. > > > > Saludos > > > > Rodolfo d'Ettorre > > > > > >> From: "IraqiGeek" <ge...@Ir...> > >> To: <dev...@li...> > >> Subject: [Dev-C++] can't compile dcraw.c > >> Date: Tue, 3 Oct 2006 10:40:11 +0100 > >> > >> Hi all, > >> > >> I'm trying to compile David Coffin's infamous dcraw.c (a raw camera > >> converter that supports most cameras out there) mostly so I could > >> trace his code to see how he's reading the various raw file formats. > >> However, I can't seem to be able to convince dev-cpp 4.9.9.2 to do > >> that. > >> > >> I am passing -DNO_JPEG and -DNO_LCMS to the compiler, which got me > >> to build dcraw.c on djgpp (with rhide). > >> > >> When compiling on dev-cpp with the above parameters, initially it > >> objects on > >> a #include<netinet/in.h>, and after I comment that, it objects > >> saying its detecting recursion while expanding a macro within > >> dcraw.c, namely sget4. It > >> also says that its detecting recursion on expanding macro image, but > >> as far as I can tell, image is a global vector variable. > >> > >> So, if dev-cpp and djgpp are both based on gcc, why is dcraw.c > >> compiling under one and refusing to compile under the other? > >> > >> dcraw.c can be downloaded from David Coffin's page at: > >> http://cybercom.net/~dcoffin/dcraw/ > >> > >> Any help would be greatly appretiated. > >> > >> > >> Regards, > >> IraqiGeek > >> www.iraqigeek.com > >> > >> > > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share your > opinions on IT & business topics through brief surveys -- and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________ > Dev-cpp-users mailing list > Dev...@li... > TO UNSUBSCRIBE: http://www23.brinkster.com/noicys/devcpp/ub.htm > https://lists.sourceforge.net/lists/listinfo/dev-cpp-users > |