http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51648
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51648
--- Comment #15 from Jakub Jelinek 2012-01-05
09:32:56 UTC ---
Author: jakub
Date: Thu Jan 5 09:32:52 2012
New Revision: 182902
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=182902
Log:
PR bootstrap/51648
* tree-cfg.c (need_fake
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51648
--- Comment #14 from Jakub Jelinek 2012-01-04
21:40:41 UTC ---
Created attachment 26243
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=26243
gcc47-pr51648.patch
Untested patch that implements this in tree-cfg.c (as I wrote, another
alternat
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51648
--- Comment #13 from Jakub Jelinek 2012-01-04
21:26:11 UTC ---
I think the problem is that we have a noreturn call (in the short testcase
fatal_error), which doesn't have EDGE_FAKE to exit added by
add_noreturn_fake_exit_edges because it has succ
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51648
Jakub Jelinek changed:
What|Removed |Added
Attachment #26163|0 |1
is obsolete|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51648
--- Comment #11 from Jakub Jelinek 2012-01-04
16:39:44 UTC ---
Created attachment 26240
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=26240
pr51648-1.c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51648
--- Comment #10 from Jakub Jelinek 2012-01-04
16:38:37 UTC ---
That delta script had a typo (was using gcc.o instead of gccmy.o), thus the
resulting preprocessed file is irrelevant.
Here is an actually reduced testcase:
rm -f pr51648-1.gcda pr5
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51648
--- Comment #9 from Jakub Jelinek 2011-12-23
08:21:18 UTC ---
Created attachment 26169
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=26169
gcc.i
Somewhat delta reduced gcc.i which still triggers it. Surprisingly even
removing an unused fu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51648
--- Comment #8 from Jakub Jelinek 2011-12-21
19:01:22 UTC ---
So, shorter/faster reproducer, using a snapshot from ~ today (tried with
r182599)
on x86_64-linux:
../configure --enable-languages=c --disable-bootstrap \
--disable-libitm
make -j8
c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51648
--- Comment #7 from Jakub Jelinek 2011-12-21
18:15:23 UTC ---
Ok, so when the -fprofile-generate compiled xgcc is linked, it is enough
to (assuming gcc.i from the attachment here is in /tmp/):
$ rm gcc.gcda; ./xgcc -qversion
$ cp -a gcc.gcda /tmp
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51648
--- Comment #6 from Jakub Jelinek 2011-12-21
15:23:57 UTC ---
BTW, it can be also reproduced without that -j8 make option, i.e. it is not any
kind of race condition or similar.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51648
--- Comment #5 from Jakub Jelinek 2011-12-21
15:20:05 UTC ---
Created attachment 26164
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=26164
gcc.gcda
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51648
--- Comment #4 from Jakub Jelinek 2011-12-21
15:18:57 UTC ---
Created attachment 26163
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=26163
gcc.i
/some/path/gcc/cc1 -fpreprocessed -quiet -quiet -dumpbase gcc.c -mtune=generic
-march=x86-64 -
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51648
--- Comment #3 from Jakub Jelinek 2011-12-21
11:52:55 UTC ---
-O2 -g -fexceptions -fstack-protector --param=ssp-buffer-size=4 -mtune=generic
are our standard distro flags. The intent is that e.g. C code that uses
pthread_cleanup_{push,pop} will
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51648
--- Comment #2 from Richard Guenther 2011-12-21
11:41:04 UTC ---
Why -fexceptions? Don't we explicitely _disable_ exceptions?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51648
Jakub Jelinek changed:
What|Removed |Added
Target Milestone|--- |4.7.0
Summary|[4.7 Regression]
16 matches
Mail list logo
