[Bug lto/41731] New: The linker plugin should support translations

2009-10-16 Thread espindola at google dot com
ould support translations Product: gcc Version: 4.5.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: lto AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: espindola at google dot com GCC build triple

[Bug lto/41598] bootstrap *using* lto fails

2009-10-12 Thread espindola at google dot com
--- 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 VE

[Bug lto/41669] Infinite recursion trying to build gcc

2009-10-10 Thread espindola at google dot com
--- Comment #5 from espindola at google dot com 2009-10-10 20:13 --- Created an attachment (id=18781) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18781&action=view) testcase -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41669

[Bug lto/41669] Infinite recursion trying to build gcc

2009-10-10 Thread espindola at google dot com
--- Comment #4 from espindola at google dot com 2009-10-10 20:12 --- Created an attachment (id=18780) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18780&action=view) testcase -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41669

[Bug lto/41669] Infinite recursion trying to build gcc

2009-10-10 Thread espindola at google dot com
--- Comment #3 from espindola at google dot com 2009-10-10 20:12 --- Created an attachment (id=18779) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18779&action=view) testcase -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41669

[Bug lto/41669] Infinite recursion trying to build gcc

2009-10-10 Thread espindola at google dot com
--- Comment #2 from espindola at google dot com 2009-10-10 20:12 --- Created an attachment (id=18778) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18778&action=view) testcase -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41669

[Bug lto/41669] Infinite recursion trying to build gcc

2009-10-10 Thread espindola at google dot com
--- Comment #1 from espindola at google dot com 2009-10-10 20:12 --- Created an attachment (id=18777) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18777&action=view) testcase -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41669

[Bug lto/41669] New: Infinite recursion trying to build gcc

2009-10-10 Thread espindola at google dot com
Severity: normal Priority: P3 Component: lto AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: espindola at google dot com GCC build triplet: x86_64-linux-gnu GCC host triplet: x86_64-linux-gnu GCC target triplet: x86_64-linux-gnu http://gcc.gnu.org

[Bug lto/40790] plugin-api.h unconditionally includes stdint.h

2009-10-09 Thread espindola at google dot com
--- Comment #15 from espindola at google dot com 2009-10-09 13:30 --- > Why the complications? Just use GCC_HEADER_STDINT in both gcc and gold and > be done with it. If the intention is for gold to support platforms beyond > GNU/Linux with ELF, it will run into the need

[Bug lto/40790] plugin-api.h unconditionally includes stdint.h

2009-10-09 Thread espindola at google dot com
--- Comment #11 from espindola at google dot com 2009-10-09 12:58 --- > Why all those contortions if there seems to be an easy way out: just use > the GCC_HEADER_STDINT macro from config/m4 and include the resulting (e.g.) > gstdint.h instead of stdint.h? Interesting. One p

[Bug lto/40790] plugin-api.h unconditionally includes stdint.h

2009-10-08 Thread espindola at google dot com
--- Comment #9 from espindola at google dot com 2009-10-08 18:20 --- (In reply to comment #8) > Raphael, can you look into this? > Sure. Sorry about the delay. The only thing the compiler should need the plugin-api.h for is the enum ld_plugin_symbol_resolution. If we split

[Bug lto/41598] bootstrap *using* lto fails

2009-10-06 Thread espindola at google dot com
--- 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

[Bug lto/41598] bootstrap *using* lto fails

2009-10-06 Thread espindola at google dot com
--- 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

[Bug lto/41598] bootstrap *using* lto fails

2009-10-06 Thread espindola at google dot com
--- 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

[Bug lto/41598] bootstrap *using* lto fails

2009-10-06 Thread espindola at google dot com
--- 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

[Bug lto/41598] bootstrap *using* lto fails

2009-10-05 Thread espindola at google dot com
--- 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

[Bug lto/41598] bootstrap *using* lto fails

2009-10-05 Thread espindola at google dot com
--- 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

[Bug lto/41598] New: bootstrap *using* lto fails

2009-10-05 Thread espindola at google dot com
Severity: normal Priority: P3 Component: lto AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: espindola at google dot com GCC build triplet: x86_64-linux-gnu GCC host triplet: x86_64-linux-gnu GCC target triplet: x86_64-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41598

[Bug bootstrap/39968] [4.5 Regression] ./plugin-version.h:11: error: 'gcc_version' defined but not used

2009-04-30 Thread espindola at google dot com
--- Comment #4 from espindola at google dot com 2009-04-30 08:07 --- Probably fixed on 146998. Andrew Pinski, we cannot use a shared library for this. The idea is for the plugin to remember what gcc version it was compiled for. A shared library can change after the fact. -- http

[Bug c++/35652] [4.2/4.3 Regression] offset warning should be given in the front-end

2009-03-31 Thread espindola at google dot com
--- Comment #25 from espindola at google dot com 2009-03-31 13:11 --- Created an attachment (id=17572) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17572&action=view) preprocessed testcase -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35652

[Bug c++/35652] [4.2/4.3 Regression] offset warning should be given in the front-end

2009-03-31 Thread espindola at google dot com
--- Comment #24 from espindola at google dot com 2009-03-31 13:11 --- Created an attachment (id=17571) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17571&action=view) testcase original .c testcase -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35652

[Bug c++/38178] New: devirtualization is missing in lto

2008-11-19 Thread espindola at google dot com
dot org ReportedBy: espindola at google dot com GCC build triplet: x86_64-unknown-linux-gnu GCC host triplet: x86_64-unknown-linux-gnu GCC target triplet: x86_64-unknown-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38178

[Bug c++/37352] thunks for virtual function should work on lto

2008-11-19 Thread espindola at google dot com
--- Comment #3 from espindola at google dot com 2008-11-19 17:53 --- This case can be easily fixed by setting targetm.asm_out.can_output_mi_thunk to NULL. This will introduce a performance regression. The only case that will be missing is varg functions. The llvm equivalent bug is

[Bug c++/37352] thunks for virtual function should work on lto

2008-11-19 Thread espindola at google dot com
--- Comment #2 from espindola at google dot com 2008-11-19 17:49 --- To reproduce: g++ -O2 -c thunk.C -flto-single -o thunk-lto.o g++ -O2 -c thunk.C -o thunk.o readelf -s thunk.o | grep Th 35: 6 FUNCWEAK DEFAULT 19 _ZThn8_N1C1fEv readelf -s thunk-lto.o

[Bug c++/37352] thunks for virtual function should work on lto

2008-11-19 Thread espindola at google dot com
--- Comment #1 from espindola at google dot com 2008-11-19 17:47 --- Created an attachment (id=16722) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16722&action=view) testcase -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37352

[Bug c++/37558] New: rev 140120 changes the accessibility of a friend decl.

2008-09-17 Thread espindola at google dot com
mmary: rev 140120 changes the accessibility of a friend decl. Product: gcc Version: lto Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: espindola at

[Bug c++/37352] New: thunks for virtual function should work on lto

2008-09-03 Thread espindola at google dot com
on lto Product: gcc Version: lto Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: espindola at google dot com GCC build triplet: x86_64-unknown-li

[Bug testsuite/37202] FAIL: gcc.dg/visibility-1[4-9].c

2008-08-22 Thread espindola at google dot com
--- Comment #1 from espindola at google dot com 2008-08-22 15:46 --- Subject: Re: New: FAIL: gcc.dg/visibility-1[4-9].c This is a duplicate of 37170 2008/8/22 dominiq at lps dot ens dot fr <[EMAIL PROTECTED]>: > On *-apple-darwin* the following tests introduced at revisi

[Bug bootstrap/36974] [4.4 Regression]: Gcc failed to bootstrap

2008-07-30 Thread espindola at google dot com
--- Comment #3 from espindola at google dot com 2008-07-30 16:51 --- Created an attachment (id=15978) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15978&action=view) proposed fix -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36974

[Bug middle-end/36191] New: can't use complex in a eh region if non-call-exceptions is enabled

2008-05-09 Thread espindola at google dot com
d Product: gcc Version: 4.4.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: middle-end AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: espindola at google dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36191

[Bug middle-end/36190] New: Investigate which tests need -fno-trapping-math

2008-05-09 Thread espindola at google dot com
Status: UNCONFIRMED Severity: normal Priority: P3 Component: middle-end AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: espindola at google dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36190