macports' gdb symbolication vs APPUL's

[Gagan Sidhu]

does anyone know why the APPUL gdb resolves the symbols in the binary, but the newer GDB from ports does not?

i thought maybe it was because i didn’t have the universal binary, but now i have that too (lol).

it’s way better, and my eyes have been opened to its realtime display of thread spawning (awesome af) but the lack of symbols is a little strange:

> Thread 1 received signal SIGINT, Interrupt.
> 0x00007fff9477967a in mach_msg_trap () from /usr/lib/system/libsystem_kernel.dylib
> (gdb) bt
> #0  0x00007fff9477967a in mach_msg_trap () from /usr/lib/system/libsystem_kernel.dylib
> #1  0x00007fff94778d71 in mach_msg () from /usr/lib/system/libsystem_kernel.dylib
> #2  0x00007fff8cde450c in ?? () from /System/Library/Frameworks/CoreFoundation.framework/Versions/A/CoreFoundation
> #3  0x00007fff8cdecc74 in ?? () from /System/Library/Frameworks/CoreFoundation.framework/Versions/A/CoreFoundation
> #4  0x00007fff8cdec486 in ?? () from /System/Library/Frameworks/CoreFoundation.framework/Versions/A/CoreFoundation
> #5  0x00007fff8e4f62bf in RunCurrentEventLoopInMode () from /System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/HIToolbox.framework/Versions/A/HIToolbox
> #6  0x00007fff8e4fd56d in ReceiveNextEventCommon () from /System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/HIToolbox.framework/Versions/A/HIToolbox
> #7  0x00007fff8e4fd3fa in BlockUntilNextEventMatchingListInMode () from /System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/HIToolbox.framework/Versions/A/HIToolbox
> #8  0x00007fff9332d779 in _DPSNextEvent () from /System/Library/Frameworks/AppKit.framework/Versions/C/AppKit
> #9  0x00007fff9332d07d in -[NSApplication nextEventMatchingMask:untilDate:inMode:dequeue:] () from /System/Library/Frameworks/AppKit.framework/Versions/C/AppKit
> #10 0x0000000105a5a33e in ?? () from /Users/vm/Desktop/Firefox.app/Contents/MacOS/XUL
> #11 0x00007fff933299b9 in -[NSApplication run] () from /System/Library/Frameworks/AppKit.framework/Versions/C/AppKit
> #12 0x0000000105a5a200 in ?? () from /Users/vm/Desktop/Firefox.app/Contents/MacOS/XUL
> #13 0x0000000105a5b6fb in ?? () from /Users/vm/Desktop/Firefox.app/Contents/MacOS/XUL
> #14 0x00000001063bd4ad in uprofiler_get () from /Users/vm/Desktop/Firefox.app/Contents/MacOS/XUL
> #15 0x00000001064a6853 in uprofiler_get () from /Users/vm/Desktop/Firefox.app/Contents/MacOS/XUL
> #16 0x00000001064a6ff7 in uprofiler_get () from /Users/vm/Desktop/Firefox.app/Contents/MacOS/XUL
> #17 0x00000001064a742f in uprofiler_get () from /Users/vm/Desktop/Firefox.app/Contents/MacOS/XUL
> #18 0x00000001000010c5 in start ()
> (gdb) Quit

whereas on the lion gdb (GNU gdb 6.3.50-20050815 (Apple version gdb-1705) (Fri Jul  1 10:50:06 UTC 2011)):

> Thread 1 (process 72996):
> #0  0x00007fff9477967a in mach_msg_trap ()
> #1  0x00007fff94778d71 in mach_msg ()
> #2  0x00007fff8cde450c in __CFRunLoopServiceMachPort ()
> #3  0x00007fff8cdecc74 in __CFRunLoopRun ()
> #4  0x00007fff8cdec486 in CFRunLoopRunSpecific ()
> #5  0x00007fff8e4f62bf in RunCurrentEventLoopInMode ()
> #6  0x00007fff8e4fd56d in ReceiveNextEventCommon ()
> #7  0x00007fff8e4fd3fa in BlockUntilNextEventMatchingListInMode ()
> #8  0x00007fff9332d779 in _DPSNextEvent ()
> #9  0x00007fff9332d07d in -[NSApplication nextEventMatchingMask:untilDate:inMode:dequeue:] ()
> #10 0x0000000105d5a33e in ogg_free_func ()
> #11 0x00007fff933299b9 in -[NSApplication run] ()
> #12 0x0000000105d5a200 in ogg_free_func ()
> #13 0x0000000105d5b6fb in ogg_free_func ()
> #14 0x00000001066bd4ad in uprofiler_get ()
> #15 0x00000001067a6853 in uprofiler_get ()
> #16 0x00000001067a6ff7 in uprofiler_get ()
> #17 0x00000001067a742f in uprofiler_get ()
> #18 0x00000001000010c5 in start ()


i have been compiling the binary with -gdwarf2 and -fdebug-default-version=12 for maximum compatibility. any tips? this may be loads better than lldb-5.0 if i can get the symbols. the colours and everything are wicked.

Thanks,
Gagan