https://sourceware.org/bugzilla/show_bug.cgi?id=29424
--- Comment #4 from Rainer Orth <ro at CeBiTec dot Uni-Bielefeld.DE> ---
> --- Comment #2 from Nick Clifton <nickc at redhat dot com> ---
Hi Nick,
> Unfortunately the reproducer fails for me due to lots of missing system
> libraries. Not surprising really given that I was running the test on an
> x86_64 linux box...
no wonder indeed. That's why I mentioned gcc202 ;-)
> Please could you try out the patch I am about to upload. It does not do
> much
> more than ignore the form, but it may be enough in this particular case. (I
> believe that the linker is only parsing the DWARF information so that it can
> generate an error message about the missing symbols, so I am hoping that not
> decoding the range information will not be a big problem).
I've just spotchecked ld 2.38.90 with that patch included with my
testcase: the link worked fine (or rather failed as expected due to the
missing __atomic_* symbols, but without the DWARF error). I'm now
running a full LLVM main build with that ld on
sparc64-unknown-linux-gnu. Will take a couple of hours, though...
Thanks.
Rainer
--
You are receiving this mail because:
You are on the CC list for the bug.
