[Bug binutils/18025] dwarf2 debug info after rebasing DLLs unusable

[nickc at redhat dot com]

https://sourceware.org/bugzilla/show_bug.cgi?id=18025

--- Comment #11 from Nick Clifton <nickc at redhat dot com> ---
Hi Jon,

> 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. 

Have you tried using the latest binutils ?  We did make some improvements to
line number caching recent.  (Although I think that this was with DWARF not
STABS.  Darn).

> 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.

Is there a way to reproduce this problem in a Linux environment ?  (I ask
because it is much easier for me to debug and fix problems in this
environment).
I did try uploading a copy of libstdc++.a from old cygwin installation (based
upon gcc 5.4.0) and then running "nm -l" on it with a newly built
x86_64-pc-cygin toolchain.  It took 7 seconds to complete.  So there must be
something that I am doing that does not match what you are doing.

Cheers
  Nick

-- 
You are receiving this mail because:
You are on the CC list for the bug.