The current heuristic in gold to determine whether a library is located in the
system library path (to surpress errors about undefined symbols) fails in cases
where e.g. a stub library exists for the C library. The stub library would also
be named libc.so, but it would be in a location other than the system library
path. Still, gold will register that location as the system library path, and
the end result is that suddenly errors end up being reported for undefined
symbols related to libraries in the "real" system library path because they are
not recognized as system libraries anymore.
In all, I do not believe that a heuristic will ever truly work for this
situation because it depends on assumptions that are not guaranteed for all
cases. A hardcoded (or at-gold-compile-time determined) system library path is
not necessarily guaranteed either, but it is likely to be more robust than the
current heuristic.
--
Summary: system library path heuristics fail in some cases
Product: binutils
Version: 2.19 (HEAD)
Status: NEW
Severity: normal
Priority: P2
Component: gold
AssignedTo: ian at airs dot com
ReportedBy: kris dot van dot hees at oracle dot com
CC: bug-binutils at gnu dot org
http://sourceware.org/bugzilla/show_bug.cgi?id=6811
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
_______________________________________________
bug-binutils mailing list
bug-binutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-binutils
