--- Comment #22 from jamborm at gcc dot gnu dot org 2010-06-16 17:02
---
This is now fixed on both the trunk and the 4.5 branch.
--
jamborm at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #21 from jamborm at gcc dot gnu dot org 2010-06-16 17:01
---
Subject: Bug 44464
Author: jamborm
Date: Wed Jun 16 17:01:06 2010
New Revision: 160852
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=160852
Log:
2010-06-15 Martin Jambor
PR lto/44464
*
--- Comment #20 from jamborm at gcc dot gnu dot org 2010-06-15 11:09
---
Subject: Bug 44464
Author: jamborm
Date: Tue Jun 15 11:09:12 2010
New Revision: 160777
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=160777
Log:
2010-06-15 Martin Jambor
PR lto/44464
*
--- Comment #19 from andi-gcc at firstfloor dot org 2010-06-11 17:09
---
Sorry you need -nostdlib too (forgot that)
-r is immediate linking
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44464
--- Comment #18 from jamborm at gcc dot gnu dot org 2010-06-11 16:49
---
When I tried the LTO step in any of the two testcases I got:
jamb...@tuc:~/gcc/mine/test/pr44464$ ~/gcc/inst/mine/bin/gcc -r -fwhopr
igmp.mini.o
/usr/bin/ld: cannot find -lgcc_s
collect2: ld returned 1 exit status
--- Comment #17 from andi-gcc at firstfloor dot org 2010-06-10 13:21
---
Created an attachment (id=20882)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20882&action=view)
other test case
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44464
--- Comment #16 from andi-gcc at firstfloor dot org 2010-06-10 13:20
---
I reduced another of my ICEs from this build and it's in the same place.
(gdb) bt
#0 var_map_base_init (map=0x10abe60) at ../../gcc/gcc/tree-ssa-live.c:87
#1 0x007248fb in coalesce_ssa_name () at
../../g
--- Comment #15 from andi-gcc at firstfloor dot org 2010-06-09 13:55
---
Ok seems it does not do what I want:
FIXME lto. Currently the scheme is limited in that only the
options saved on the first object file (f1.o) are read back during
the link step. This means that the opt
--- Comment #14 from andi-gcc at firstfloor dot org 2010-06-09 13:42
---
I found this code in lto.c which seems to disagree:
/* Read the options saved from each file in the command line. Called
from lang_hooks.post_options which is called by process_options
right before all the
--- Comment #13 from andi-gcc at firstfloor dot org 2010-06-09 13:35
---
What happens then when some files need different options that other files?
This sounds more and more like a showstopper if you're right.
I was not prepared to redesign the Makefiles
--
http://gcc.gnu.org/bugz
--- Comment #12 from rguenth at gcc dot gnu dot org 2010-06-09 13:03
---
(In reply to comment #9)
> Unfortunate. Fixing that in the makefiles would be major effort for all the
> -f
> and -m flags, which sometimes vary by target.
>
> I thought LTO was designed to minimize makefile ch
--- Comment #11 from rguenth at gcc dot gnu dot org 2010-06-09 13:01
---
(In reply to comment #10)
> The tree input that leads to the NULL annotation is a "error_mark"
Not for me.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44464
--- Comment #10 from andi-gcc at firstfloor dot org 2010-06-09 12:18
---
The tree input that leads to the NULL annotation is a "error_mark"
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44464
--- Comment #9 from andi-gcc at firstfloor dot org 2010-06-09 12:16 ---
Unfortunate. Fixing that in the makefiles would be major effort for all the -f
and -m flags, which sometimes vary by target.
I thought LTO was designed to minimize makefile changes?
--
http://gcc.gnu.org/bug
--- Comment #8 from rguenth at gcc dot gnu dot org 2010-06-09 12:16 ---
CC'ing martin even.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from rguenth at gcc dot gnu dot org 2010-06-09 12:15 ---
Actually - we seem to get IPA SRA parm repacements done but the original
parameter SSA names are not released.
(gdb) call debug_function (cfun->decl, 0)
igmp_mc_get_next ( * ISRA.14, struct ip_mc_list * ISRA.15)
{
--- Comment #6 from rguenth at gcc dot gnu dot org 2010-06-09 12:08 ---
(In reply to comment #4)
> I was told that the whopr link step would inherit the optimization
> flags from the build step. Is that not true?
That's not true.
> Here's a reduced test case with only a single input fi
--
andi-gcc at firstfloor dot org changed:
What|Removed |Added
Status|WAITING |UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44464
--- Comment #5 from andi-gcc at firstfloor dot org 2010-06-09 10:56 ---
Created an attachment (id=20875)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20875&action=view)
reduced input file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44464
--- Comment #4 from andi-gcc at firstfloor dot org 2010-06-09 10:55 ---
I was told that the whopr link step would inherit the optimization
flags from the build step. Is that not true?
Here's a reduced test case with only a single input file (reduced too)
gcc46 -O2 -fwhopr -c igmp.mini.
--- Comment #3 from rguenth at gcc dot gnu dot org 2010-06-08 09:55 ---
Did you reduce the number of object files already? Note that you are linking
without optimization (and you probably built the .o files with optimization?)
So this might be a duplicate of PR41159.
Can you put output
--- Comment #2 from andi-gcc at firstfloor dot org 2010-06-08 09:40 ---
The object files are at http://halobates.de/whopr-ice.tar.bz2
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44464
--- Comment #1 from andi-gcc at firstfloor dot org 2010-06-08 09:38 ---
Ok unable to attach and I've been told reporting LTO bugs requires some magic
voodoo incarnations first.
If it helps here's the gdb information of the crash:
(gdb) pt var
(gdb) bt
#0 var_map_base_init (map=0x110
23 matches
Mail list logo
