discuss-gnustep
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: debugging objc difficulties, here: gdl2


From: Manuel Guesdon
Subject: Re: debugging objc difficulties, here: gdl2
Date: Sun, 16 Jan 2005 16:21:23 +0100 (CET)

Hi,

On Sun, 16 Jan 2005 10:13:12 +0100 Dirk Lattermann <dlatt@alqualonde.de> wrote:

 >| Hello all,
 >| 
 >| I'm always (and since a long time) having difficulties in debugging 
 >| the GNUstep libiraries, on Linux x86. Stepping through them with gdb 
 >| (6.1) shows source code lines in an order unexplicable to me. I doubt 
 >| it comes from compilation optimizations (I'm using gcc 3.4), because 
 >| often, the current instruction jumps backward into the preceding 
 >| function on a single 'n' in gdb. It seems the source files don't match 
 >| the object files. How can gdb show the file location of the source 
 >| files it is using? I'm seeing only the file name without the path 
 >| component.
 >| 
 >| I also observed this:
 >| I built and installed the core libraries without debugging support (is 
 >| this a problem?), and I built and installed the gdl2 libraries and my 
 >| application with and without debugging (make debug=yes [install]). The 
 >| debug version of my application doesn't seem to use the gdl2 debugging 
 >| libraries (without the _d suffix):
[...]
 >| I compiled .app when the _d libs weren't installed yet and .debug 
 >| after they were installed. Now, when re-compiling, both .app and 
 >| .debug use the _d libraries. Is this intended? Displaying the source 
 >| correctly in gdb still doesn't work, however.

For library, this is strange but as far as I remember, you can't 
have debug and non debug framework version at the same 
time.
May be the best way is to remove your usr/GNUstep tree and rebuild 
all with debug=yes so you'll be sure to have coherent things to 
debug.


Manuel 





reply via email to

[Prev in Thread] Current Thread [Next in Thread]