https://sourceware.org/bugzilla/show_bug.cgi?id=14272
--- Comment #21 from cvs-commit at gcc dot gnu.org ---
The master branch has been updated by H.J. Lu :
https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=9e2dec471006de3e0489a34fbeb922fee1e302af
commit 9e2dec471006de3e0489a34fbeb922f
https://sourceware.org/bugzilla/show_bug.cgi?id=14272
H.J. Lu changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=14272
--- Comment #19 from cvs-commit at gcc dot gnu.org ---
The master branch has been updated by H.J. Lu :
https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=60f79275127603876d94da4bf4e3f6212903b407
commit 60f79275127603876d94da4bf4e3f62
http://sourceware.org/bugzilla/show_bug.cgi?id=14272
--- Comment #18 from H.J. Lu 2012-11-13 18:11:59
UTC ---
After the fix, the error message becomes:
Executing on host: sh -c {gcc
-B/export/build/gnu/binutils-lto/build-x86_64-linux/ld/tmpdir/gas/
-B/export/build/gnu/binutils-lto/build-x86_64-
http://sourceware.org/bugzilla/show_bug.cgi?id=14272
--- Comment #17 from H.J. Lu 2012-11-13 18:07:03
UTC ---
Please checkout hjl/lto/master branch at
http://git.kernel.org/?p=linux/kernel/git/hjl/binutils.git;a=summary
with GCC 4.7 and run LTO tests. If this fix is reverted, I got
Executing
http://sourceware.org/bugzilla/show_bug.cgi?id=14272
--- Comment #16 from Alan Modra 2012-11-02 01:32:26
UTC ---
HJ, your response just described your patch. I can see what your patch does.
Please respond to this concern:
> If we hide this error in ld like gold appears to do, then we run the r
http://sourceware.org/bugzilla/show_bug.cgi?id=14272
--- Comment #15 from H.J. Lu 2012-11-01 23:48:50
UTC ---
(In reply to comment #14)
> Correct me if I'm wrong, but I thought the situation was that lto output
> object
> files were referencing IR only symbols. That is a gcc bug, even if those
http://sourceware.org/bugzilla/show_bug.cgi?id=14272
--- Comment #14 from Alan Modra 2012-11-01 23:36:34
UTC ---
Correct me if I'm wrong, but I thought the situation was that lto output object
files were referencing IR only symbols. That is a gcc bug, even if those
places in the lto output are
http://sourceware.org/bugzilla/show_bug.cgi?id=14272
--- Comment #13 from H.J. Lu 2012-11-01 23:03:46
UTC ---
(In reply to comment #12)
> Should ld really be covering up this gcc bug?
I think this is a real linker bug since input is correct,
even if not optimized. My current code is:
/*
http://sourceware.org/bugzilla/show_bug.cgi?id=14272
Alan Modra changed:
What|Removed |Added
CC||amodra at gmail dot com
--- Comment #12 f
http://sourceware.org/bugzilla/show_bug.cgi?id=14272
H.J. Lu changed:
What|Removed |Added
Status|RESOLVED|REOPENED
URL|
http://sourceware.org/bugzilla/show_bug.cgi?id=14272
--- Comment #10 from H.J. Lu 2012-06-25 16:51:49
UTC ---
I opened:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53768
--
Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: -
http://sourceware.org/bugzilla/show_bug.cgi?id=14272
--- Comment #9 from H.J. Lu 2012-06-25 16:40:23
UTC ---
It was fixed by revision 186252:
http://gcc.gnu.org/ml/gcc-cvs/2012-04/msg00202.html
--
Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email
--- You are receiv
http://sourceware.org/bugzilla/show_bug.cgi?id=14272
--- Comment #8 from H.J. Lu 2012-06-25 15:56:33
UTC ---
This is caused by revision 179424:
http://gcc.gnu.org/ml/gcc-cvs/2011-10/msg00017.html
--
Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email
--- You are rece
http://sourceware.org/bugzilla/show_bug.cgi?id=14272
--- Comment #7 from H.J. Lu 2012-06-25 14:11:15
UTC ---
(In reply to comment #5)
> So the best I can give you to reproduce is this:
> #include
> int main(){return 0;}
>
> Causes error
> g++ -m32 -O3 -g -I"/fs/tools/L4/boost_1_49_0"
http://sourceware.org/bugzilla/show_bug.cgi?id=14272
H.J. Lu changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|
http://sourceware.org/bugzilla/show_bug.cgi?id=14272
--- Comment #5 from Christopher Hite 2012-06-22 14:07:44 UTC ---
I've found what part of the code causes this, just including this header only
file causes the issue (boost_1_49_0).
#include
The technique that seems to be at the heart of the m
http://sourceware.org/bugzilla/show_bug.cgi?id=14272
--- Comment #4 from Christopher Hite 2012-06-21 14:01:04 UTC ---
(In reply to comment #3)
> You can also try the Linux binutils 2.22.52.0.4:
I just downloaded and tried the binutils-2.22.52 snapshot. Same thing for gold
and bfd.
> since gold
http://sourceware.org/bugzilla/show_bug.cgi?id=14272
--- Comment #3 from H.J. Lu 2012-06-21 13:02:16
UTC ---
You can also try the Linux binutils 2.22.52.0.4:
http://www.kernel.org/pub/linux/devel/binutils/
since gold works for me.
--
Configure bugmail: http://sourceware.org/bugzilla/userpref
http://sourceware.org/bugzilla/show_bug.cgi?id=14272
--- Comment #2 from Christopher Hite 2012-06-21 12:51:38 UTC ---
(In reply to comment #1)
> Please provide a self-contained testcase. It may be
> a GCC bug:
Please help me where to start. What is an LTHUNK? If I could figure out where
it was
http://sourceware.org/bugzilla/show_bug.cgi?id=14272
H.J. Lu changed:
What|Removed |Added
Status|NEW |WAITING
CC|
21 matches
Mail list logo
