http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375
Jan Hubicka hubicka at gcc dot gnu.org changed:
What|Removed |Added
CC||jason at redhat
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375
--- Comment #22 from Mark Mitchell mark at codesourcery dot com 2011-01-06
03:55:40 UTC ---
On 1/5/2011 5:36 AM, hubicka at gcc dot gnu.org wrote:
40259 5.6000 cc1plus cc1plus
lookup_field_1
I've looked
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375
--- Comment #20 from H.J. Lu hjl.tools at gmail dot com 2010-12-17 22:25:56
UTC ---
(In reply to comment #19)
Filled in the GNU LD bug as
http://sourceware.org/bugzilla/show_bug.cgi?id=12323
It should have been fixed on hjl/lto-mixed branch at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375
Jan Hubicka hubicka at gcc dot gnu.org changed:
What|Removed |Added
Depends on||46940
---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375
--- Comment #19 from Jan Hubicka hubicka at gcc dot gnu.org 2010-12-15
00:44:25 UTC ---
Filled in the GNU LD bug as
http://sourceware.org/bugzilla/show_bug.cgi?id=12323
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375
--- Comment #17 from Jan Hubicka hubicka at gcc dot gnu.org 2010-12-12
23:52:52 UTC ---
Current mainline crashes:
Program received signal SIGSEGV, Segmentation fault.
lto_cgraph_replace_node (slot=value optimized out, data=value optimized
out) at
Yeh, precisely. The ironly file is a placeholder into which we put the
symbols found in the lto symtab so that they can take part in the link and
their resolutions be determined. We have no way of conveying any symbol type
The error comes out after the lto1 invocation, so why the ironly
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375
--- Comment #13 from Jan Hubicka hubicka at ucw dot cz 2010-12-02 08:47:28
UTC ---
Yeh, precisely. The ironly file is a placeholder into which we put the
symbols found in the lto symtab so that they can take part in the link and
their
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375
--- Comment #14 from Dave Korn davek at gcc dot gnu.org 2010-12-02 08:52:20
UTC ---
(In reply to comment #13)
Yeh, precisely. The ironly file is a placeholder into which we put the
symbols found in the lto symtab so that they can take part
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375
--- Comment #15 from Richard Guenther rguenth at gcc dot gnu.org 2010-12-02
09:41:58 UTC ---
(In reply to comment #10)
I am just trying to get Mozilla building with GNU ld instead of gold. First
problem is that Mozilla links some of libraries
It's valid I think and we try to work out fPIC ourselves in the funny
LTO option handling code (but the options are not re-applied at ltrans
stage I think, so it doesn't work at all with WHOPR).
Hmm, the link command above is LTO, not WHOPR. I wonder why we don't work out
-fPIC
ourselves
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375
--- Comment #16 from Jan Hubicka hubicka at ucw dot cz 2010-12-02 15:34:48
UTC ---
It's valid I think and we try to work out fPIC ourselves in the funny
LTO option handling code (but the options are not re-applied at ltrans
stage I think, so
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375
--- Comment #10 from Jan Hubicka hubicka at gcc dot gnu.org 2010-12-01
23:58:30 UTC ---
I am just trying to get Mozilla building with GNU ld instead of gold. First
problem is that Mozilla links some of libraries as:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375
Jan Hubicka hubicka at gcc dot gnu.org changed:
What|Removed |Added
CC||dave.korn.cygwin
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375
Dave Korn davek at gcc dot gnu.org changed:
What|Removed |Added
CC||davek at gcc dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375
Jan Hubicka hubicka at gcc dot gnu.org changed:
What|Removed |Added
Summary|[meta-bug] Mozilla does not |[meta-bug] Issues
201 - 216 of 216 matches
Mail list logo
