[Lldb-commits] [PATCH] Reorder debug symbol search path on linux
emaste at freebsd.org
Thu Feb 12 11:08:51 PST 2015
> because the .gnu_debuglink for libc (libc.so.6) was "libc-2.19.so".
That seems rather odd, the debuglink is typically to `<filename>.debug`. What distro uses the same name without an extension?
> If the user has a newer version of debug symbols in the library directory than those in /usr/lib/debug (perhaps because he is working on the library), then those should get picked up anyway, because the newer library should have a different UUID.
Note that on FreeBSD we use .gnu_debuglink but do not (yet) have build-ID in binaries/libraries.
Moving up the `files.push_back (dirname + "/.build-id/" + uuid_str);` at line 81 may be what you want instead.
Also this change doesn't match GDB's ordering, which is:
Comment at: test/functionalities/unwind/noreturn/TestNoreturnUnwind.py:47-49
@@ -46,3 +46,5 @@
for f in thread.frames:
- if f.GetFunctionName() == "abort":
+ # We use endswith() to look for abort() since some C libraries mangle the symbol into
+ # __GI_abort or similar.
+ if f.GetFunctionName().endswith("abort"):
This is needed because you now have debug data for libc?
More information about the lldb-commits