http://sourceware.org/bugzilla/show_bug.cgi?id=12758
Alan Modra amodra at gmail dot com changed:
What|Removed |Added
Status|NEW |ASSIGNED
http://sourceware.org/bugzilla/show_bug.cgi?id=12758
Alan Modra amodra at gmail dot com changed:
What|Removed |Added
CC|amodra at gmail dot com |
--- Comment #4
http://sourceware.org/bugzilla/show_bug.cgi?id=12758
--- Comment #5 from cvs-commit at gcc dot gnu.org cvs-commit at gcc dot
gnu.org 2012-01-15 01:57:19 UTC ---
CVSROOT:/cvs/src
Module name:src
Changes by:amo...@sourceware.org2012-01-15 01:57:15
Modified files:
ld
http://sourceware.org/bugzilla/show_bug.cgi?id=12758
Alan Modra amodra at gmail dot com changed:
What|Removed |Added
URL|
http://sourceware.org/bugzilla/show_bug.cgi?id=12758
Alan Modra amodra at gmail dot com changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
http://sourceware.org/bugzilla/show_bug.cgi?id=12758
--- Comment #1 from H.J. Lu hjl.tools at gmail dot com 2011-05-14 04:25:29
UTC ---
It may be a compiler bug. For some reason, LTO symbol
table is totally different from normal symbol table:
[hjl@gnu-mic-1 liba-failure]$ nm --plugin
http://sourceware.org/bugzilla/show_bug.cgi?id=12758
--- Comment #2 from H.J. Lu hjl.tools at gmail dot com 2011-05-14 04:52:06
UTC ---
[hjl@gnu-6 foo]$ cat x.i
int memcmp(const void *cs, const void *ct, unsigned long count)
{
const unsigned char *su1, *su2;
int res = 0;
for (su1 = cs, su2 =
http://sourceware.org/bugzilla/show_bug.cgi?id=12758
--- Comment #3 from H.J. Lu hjl.tools at gmail dot com 2011-05-14 05:07:05
UTC ---
We should load LTO output before rescanning an archive.
--
Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving