--- Comment #15 from rguenth at gcc dot gnu dot org 2009-10-16 14:43
---
Subject: Bug 41598
Author: rguenth
Date: Fri Oct 16 14:42:47 2009
New Revision: 152904
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=152904
Log:
2009-10-16 Richard Guenther
PR lto/41598
--- Comment #14 from rguenth at gcc dot gnu dot org 2009-10-16 14:30
---
This particular problem seems to be fixed. I'll add a testcase.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #13 from rguenther at suse dot de 2009-10-12 21:03 ---
Subject: Re: bootstrap *using* lto fails
On Mon, 12 Oct 2009, espindola at google dot com wrote:
> --- Comment #12 from espindola at google dot com 2009-10-12 21:02 ---
> (In reply to comment #9)
> > Ok, so th
--- Comment #12 from espindola at google dot com 2009-10-12 21:02 ---
(In reply to comment #9)
> Ok, so the issue here is that we have
>
> typedef struct VEC_constructor_elt_gc { } VEC_constructor_elt_gc;
>
> vs.
>
> typedef struct VEC_constructor_elt_gcx { } VEC_constructor_elt_g
--- Comment #11 from pinskia at gmail dot com 2009-10-11 17:48 ---
Subject: Re: bootstrap *using* lto fails
On Sun, Oct 11, 2009 at 8:13 AM, rguenth at gcc dot gnu dot org
wrote:
> is this valid cross translation-unit if T is used across units?
Yes this is valid for C. In C, types
On Sun, Oct 11, 2009 at 8:13 AM, rguenth at gcc dot gnu dot org
wrote:
> is this valid cross translation-unit if T is used across units?
Yes this is valid for C. In C, types are across TUs are not based on
names. This is why the code for -combine was complex with respect of
type equality.
--
--- Comment #10 from rguenth at gcc dot gnu dot org 2009-10-11 15:33
---
Further reduced testcase:
b.h
---
typedef union tree_node *tree;
union tree_node {
tree * use;
VEC_constructor_elt_gc *elts;
};
t1.c:
-
typedef struct VEC_constructor_elt_gc { } VEC_constructor_elt_gc
--- Comment #9 from rguenth at gcc dot gnu dot org 2009-10-11 15:13 ---
Ok, so the issue here is that we have
typedef struct VEC_constructor_elt_gc { } VEC_constructor_elt_gc;
vs.
typedef struct VEC_constructor_elt_gcx { } VEC_constructor_elt_gc;
which causes us to not merge the
--- Comment #8 from espindola at google dot com 2009-10-06 13:56 ---
Created an attachment (id=18724)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18724&action=view)
testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41598
--- Comment #7 from espindola at google dot com 2009-10-06 13:56 ---
Created an attachment (id=18723)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18723&action=view)
testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41598
--- Comment #6 from espindola at google dot com 2009-10-06 13:55 ---
Created an attachment (id=18722)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18722&action=view)
testcase
--
espindola at google dot com changed:
What|Removed |Added
--
--- Comment #5 from rguenth at gcc dot gnu dot org 2009-10-06 12:45 ---
Further reducing into an obviously equivalent header appreciated.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41598
--- Comment #4 from espindola at google dot com 2009-10-06 12:37 ---
I was trying to do a manual bootstrap. Just compiled a gcc with
--disable-bootstrap --with-ld=gold and used that to try to build a new one:
CC="$HOME/gcc/inst/bin/gcc -flto -use-linker-plugin" ../gcc-git/configure
--en
--- Comment #3 from rguenth at gcc dot gnu dot org 2009-10-06 10:15 ---
Can you specify how you bootstrapped with LTO (did you use the linker plugin
and thus dragged in libbackend.a)?
lto1: error: type mismatch in address expression
union tree_node * *
union tree_node *
this is a miss
--- Comment #2 from espindola at google dot com 2009-10-05 23:12 ---
Created an attachment (id=18717)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18717&action=view)
testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41598
--- Comment #1 from espindola at google dot com 2009-10-05 23:12 ---
Created an attachment (id=18716)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18716&action=view)
testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41598
16 matches
Mail list logo