--- Comment #19 from ubizjak at gmail dot com 2010-05-05 06:24 ---
Not a gcc bug.
--
ubizjak at gmail dot com changed:
What|Removed |Added
Status|NEW
--- Comment #11 from ubizjak at gmail dot com 2010-05-04 12:31 ---
I belive this problem also shows on powerpc64-linux-gnu, configured with
--with-long-double-128 [1]:
FAIL: libmudflap.c++/pass28-frag.cxx (-static) (test for excess errors)
WARNING: libmudflap.c++/pass28-frag.cxx
--- Comment #12 from paolo dot carlini at oracle dot com 2010-05-04 12:35
---
Can well be, personally I *never* checked -static on the targets affected by
the 128 bit long double issue. I'm not even sure if Jakub himself did...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43968
--- Comment #13 from jakub at gcc dot gnu dot org 2010-05-04 13:57 ---
I guess this must be related to STB_GNU_UNIQUE, at least I can't reproduce this
on ppc on Fedora 11 where STB_GNU_UNIQUE wasn't supported (even with recentish
gcc), while according to log I see these
WARNING:
--- Comment #14 from ubizjak at gmail dot com 2010-05-04 14:16 ---
(In reply to comment #13)
I guess this must be related to STB_GNU_UNIQUE, at least I can't reproduce
this
on ppc on Fedora 11 where STB_GNU_UNIQUE wasn't supported (even with recentish
gcc), while according to log I
--- Comment #15 from jakub at gcc dot gnu dot org 2010-05-04 15:31 ---
Ah, seems a generic ar/ranlib bug, apparently STB_GNU_UNIQUE symbols aren't
added into ar index :(.
Wonder why it hasn't showed up elsewhere yet. The reason why this doesn't hit
us in libstdc++.a on x86-64 is that
--- Comment #16 from paolo dot carlini at oracle dot com 2010-05-04 15:33
---
Thanks Jakub.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43968
--- Comment #17 from jakub at gcc dot gnu dot org 2010-05-04 15:41 ---
Ah, already fixed:
http://sources.redhat.com/ml/binutils/2010-03/msg00249.html
http://sources.redhat.com/ml/binutils-cvs/2010-03/msg00143.html
http://sources.redhat.com/ml/binutils-cvs/2010-03/msg00144.html
--
--- Comment #18 from ubizjak at gmail dot com 2010-05-04 17:42 ---
(In reply to comment #15)
Ah, seems a generic ar/ranlib bug, apparently STB_GNU_UNIQUE symbols aren't
added into ar index :(.
Wonder why it hasn't showed up elsewhere yet. The reason why this doesn't hit
us in
--- Comment #6 from ubizjak at gmail dot com 2010-05-03 12:12 ---
(In reply to comment #5)
This is what I get on x86_64:
thus, seems a target problem to me.
Do you have any advice, where/how these symbols get exported? I would like to
analyze the failure, so we can blame some other
--- Comment #7 from paolo dot carlini at oracle dot com 2010-05-03 12:17
---
In locale-inst.o
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43968
--- Comment #8 from ubizjak at gmail dot com 2010-05-03 17:25 ---
(In reply to comment #7)
In locale-inst.o
Strange, on alpha it is defined in compatibility-ldbl.o.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43968
--- Comment #9 from paolo dot carlini at oracle dot com 2010-05-03 17:41
---
Ah yes, it's probably because of the strange workarounds put in place for long
double. Anyway, if you encounter special issues having to do with that, Jakub
is the reference person.
--
--- Comment #10 from ubizjak at gmail dot com 2010-05-03 17:44 ---
(In reply to comment #9)
Ah yes, it's probably because of the strange workarounds put in place for long
double. Anyway, if you encounter special issues having to do with that, Jakub
is the reference person.
Added to
14 matches
Mail list logo