https://sourceware.org/bugzilla/show_bug.cgi?id=18025
Jon Turney <jon.turney at dronecode dot org.uk> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |jon.turney at dronecode dot
org.uk
--- Comment #10 from Jon Turney <jon.turney at dronecode dot org.uk> ---
(In reply to Corinna Vinschen from comment #9)
> thanks a lot for the patch. I'll look into getting a new binutils for
> the Cygwin distro soon.
So, that update never happened, because 'nm -l' was reported to be very slow
for large programs (e.g. an attempt at 'nm -l' for libstdc++ was abandoned
after 48hrs), and I've just bisected that regression to this commit.
Looking at the commit, even if the object isn't rebased, every symbol without
linenumber information (e.g. type 'N' symbols) will cause an exhaustive, linear
search for the symbol (I guess leading to polynomial runtime)
I'm not sure how to improve this.
I guess the bias for all symbols in a compilation unit is going to be the same,
so there's some scope for caching that.
--
You are receiving this mail because:
You are on the CC list for the bug.
_______________________________________________
bug-binutils mailing list
bug-binutils@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-binutils
