[Bug bootstrap/55644] bootstrap-lto fails on current trunk (with and without profiledbootstrap)

2013-03-01 Thread matt at use dot net
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55644 --- Comment #10 from Matt Hargett 2013-03-01 23:11:50 UTC --- I'll file a new bug for each warning false positive that results in a bootstrap failure. Feel free to close this one.

[Bug bootstrap/55644] bootstrap-lto fails on current trunk (with and without profiledbootstrap)

2013-02-15 Thread rguenth at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55644 Richard Biener changed: What|Removed |Added Severity|major |normal --- Comment #9 from Ric

[Bug bootstrap/55644] bootstrap-lto fails on current trunk (with and without profiledbootstrap)

2013-02-14 Thread hjl.tools at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55644 --- Comment #8 from H.J. Lu 2013-02-14 18:47:12 UTC --- -O3 and -fprofile-use turn on optimizations like -funroll-loops which trigger false positive warnings.

[Bug bootstrap/55644] bootstrap-lto fails on current trunk (with and without profiledbootstrap)

2013-02-14 Thread matt at use dot net
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55644 --- Comment #7 from Matt Hargett 2013-02-14 18:00:57 UTC --- Sorry, but wouldn't that be "papering over bugs"? I'm confounded by the attitude around bootstrap failures, regardless of the basic supported options being used: -O3 with LTO and

[Bug bootstrap/55644] bootstrap-lto fails on current trunk (with and without profiledbootstrap)

2013-02-06 Thread rguenth at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55644 --- Comment #6 from Richard Biener 2013-02-06 09:55:04 UTC --- I start to believe we should arrange for --disable-werror for any non-standard build config ... testing matrix is simply too large and mostly false positives pop up.

[Bug bootstrap/55644] bootstrap-lto fails on current trunk (with and without profiledbootstrap)

2013-02-05 Thread matt at use dot net
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55644 --- Comment #5 from Matt Hargett 2013-02-06 01:23:02 UTC --- the latest failure, with current trunk: /work/mhargett/gcc-trunk-obj/./prev-gcc/xg++ -B/work/mhargett/gcc-trunk-obj/./prev-gcc/ -B/u/mhargett/x86_64-unknown-linux-gnu/bin/ -no

[Bug bootstrap/55644] bootstrap-lto fails on current trunk (with and without profiledbootstrap)

2012-12-11 Thread hjl.tools at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55644 H.J. Lu changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug bootstrap/55644] bootstrap-lto fails on current trunk (with and without profiledbootstrap)

2012-12-11 Thread rguenth at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55644 --- Comment #3 from Richard Biener 2012-12-11 10:53:53 UTC --- works for me ...

[Bug bootstrap/55644] bootstrap-lto fails on current trunk (with and without profiledbootstrap)

2012-12-11 Thread rguenth at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55644 --- Comment #2 from Richard Biener 2012-12-11 10:07:23 UTC --- That would be a bogus warning ... all uses of e are within FOR_EACH_EDGE. Trying to reproduce.

[Bug bootstrap/55644] bootstrap-lto fails on current trunk (with and without profiledbootstrap)

2012-12-10 Thread matt at use dot net
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55644 Matt Hargett changed: What|Removed |Added Summary|profiledbootstrap fails on |bootstrap-lto fails on