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
