[Bug middle-end/45230] gcc.c-torture/execute/strncmp-1.c ICEs with -fgraphite-identity
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45230 --- Comment #17 from t7 at gmail dot com t7 at gmail dot com 2010-10-01 03:24:52 UTC --- (In reply to comment #16) Fixed. sorry you only introduced the problem into another error. this maybe multiple problems. what did you fix, which revision? should i un-mark duplicate to pr45406 ? since pr45406 and the testcase which zdenek attached in comment #2 is still valid. so i will reopen the problem. do you want to fix pr45406 ? it is not a good sign you do not say nothing.
[Bug middle-end/45406] ICE: in rename_uses, at sese.c:534
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45406 t66...@gmail.com t7 at gmail dot com changed: What|Removed |Added Status|RESOLVED|UNCONFIRMED Resolution|DUPLICATE | --- Comment #5 from t7 at gmail dot com t7 at gmail dot com 2010-10-01 03:26:34 UTC --- bash-4.1$ xmingw-trunk-w64-sjlj/bin/x86_64-w64-mingw32-gcc -w -O0 -lm -m32 -fgraphite-identity -c /home/slack/gcc/gcc-trunk/gcc/testsuite/gcc.c-torture/execute/strncmp-1.c bash-4.1$ xmingw-trunk-w64-sjlj/bin/x86_64-w64-mingw32-gcc -w -O3 -lm -m32 -fgraphite-identity -c /home/slack/gcc/gcc-trunk/gcc/testsuite/gcc.c-torture/execute/strncmp-1.c bash-4.1$ xmingw-trunk-w64-sjlj/bin/x86_64-w64-mingw32-gcc -w -Os -lm -m32 -fgraphite-identity -c /home/slack/gcc/gcc-trunk/gcc/testsuite/gcc.c-torture/execute/strncmp-1.c /home/slack/gcc/gcc-trunk/gcc/testsuite/gcc.c-torture/execute/strncmp-1.c: In function 'main': /home/slack/gcc/gcc-trunk/gcc/testsuite/gcc.c-torture/execute/strncmp-1.c:44:1: error: Invalid first operand of MEM_REF. u1.buf /home/slack/gcc/gcc-trunk/gcc/testsuite/gcc.c-torture/execute/strncmp-1.c:79:12: note: in statement # .MEM_120 = VDEF .MEM_12 MEM[(unsigned char *)u1.buf] = 0; /home/slack/gcc/gcc-trunk/gcc/testsuite/gcc.c-torture/execute/strncmp-1.c:44:1: error: Invalid first operand of MEM_REF. u2.buf /home/slack/gcc/gcc-trunk/gcc/testsuite/gcc.c-torture/execute/strncmp-1.c:80:12: note: in statement # .MEM_119 = VDEF .MEM_120 MEM[(unsigned char *)u2.buf] = 0; /home/slack/gcc/gcc-trunk/gcc/testsuite/gcc.c-torture/execute/strncmp-1.c:44:1: internal compiler error: verify_stmts failed Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html for instructions. bash-4.1$ xmingw-trunk-w64-sjlj/bin/x86_64-w64-mingw32-gcc -w -O3 -lm -m32 -fgraphite-identity -c pr45230.c bash-4.1$ xmingw-trunk-w64-sjlj/bin/x86_64-w64-mingw32-gcc -w -Os -lm -m32 -fgraphite-identity -c pr45230.c pr45230.c: In function 'foo': pr45230.c:2:1: internal compiler error: in rename_uses, at sese.c:534 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html for instructions. bash-4.1$ xmingw-trunk-w64-sjlj/bin/x86_64-w64-mingw32-g++ -r -nostdlib -Os -fgraphite-identity -c qdrawhelper_mmx.iibash-4.1$ xmingw-trunk-w64-sjlj/bin/x86_64-w64-mingw32-g++ -r -nostdlib -O3 -fgraphite-identity -c qdrawhelper_mmx.ii qdrawhelper_mmx.ii: In function 'void comp_func_Source(uint*, const uint*, int, uint) [with MM = QMMXIntrinsics, uint = unsigned int]': qdrawhelper_mmx.ii:45806:41: internal compiler error: in rename_uses, at sese.c:534 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html for instructions. gcc version 4.6.0 20100930 (experimental) (x86_64-w64-mingw32-sjlj-x86_64-slackware-linux [164819] (3685))
[Bug lto/45759] New: LTO error link 32bits binary DLL x86_64-w64-mingw32 gcc-4_5-branch
: previously defined here ./util/qvlcframe.hpp:160:13: error: '_ZThn8_N10QVLCDialogD1Ev' has already been defined ./util/qvlcframe.hpp:160:13: note: previously defined here ./util/qvlcframe.hpp:160:13: error: '_ZThn8_N10QVLCDialogD1Ev' has already been defined ./util/qvlcframe.hpp:160:13: note: previously defined here ./util/qvlcframe.hpp:160:13: error: '_ZThn8_N10QVLCDialogD1Ev' has already been defined ./util/qvlcframe.hpp:160:13: note: previously defined here ./util/qvlcframe.hpp:160:13: error: '_ZThn8_N10QVLCDialogD1Ev' has already been defined ./util/qvlcframe.hpp:160:13: note: previously defined here ./util/qvlcframe.hpp:160:13: error: '_ZThn8_N10QVLCDialogD1Ev' has already been defined ./util/qvlcframe.hpp:160:13: note: previously defined here ./util/qvlcframe.hpp:160:13: error: '_ZThn8_N10QVLCDialogD1Ev' has already been defined ./util/qvlcframe.hpp:160:13: note: previously defined here ./util/qvlcframe.hpp:160:13: error: '_ZThn8_N10QVLCDialogD1Ev' has already been defined ./util/qvlcframe.hpp:160:13: note: previously defined here ./util/qvlcframe.hpp:160:13: error: '_ZThn8_N10QVLCDialogD1Ev' has already been defined ./util/qvlcframe.hpp:160:13: note: previously defined here ./util/qvlcframe.hpp:160:13: error: '_ZThn8_N10QVLCDialogD1Ev' has already been defined ./util/qvlcframe.hpp:160:13: note: previously defined here ./util/qvlcframe.hpp:160:13: error: '_ZThn8_N10QVLCDialogD1Ev' has already been defined ./util/qvlcframe.hpp:160:13: note: previously defined here ./util/qvlcframe.hpp:110:13: error: '_ZThn8_N9QVLCFrameD0Ev' has already been defined ./util/qvlcframe.hpp:110:13: note: previously defined here ./util/qvlcframe.hpp:110:13: error: '_ZThn8_N9QVLCFrameD0Ev' has already been defined ./util/qvlcframe.hpp:110:13: note: previously defined here ./util/qvlcframe.hpp:110:13: error: '_ZThn8_N9QVLCFrameD0Ev' has already been defined ./util/qvlcframe.hpp:110:13: note: previously defined here ./util/qvlcframe.hpp:110:13: error: '_ZThn8_N9QVLCFrameD0Ev' has already been defined ./util/qvlcframe.hpp:110:13: note: previously defined here ./util/qvlcframe.hpp:110:13: error: '_ZThn8_N9QVLCFrameD0Ev' has already been defined ./util/qvlcframe.hpp:110:13: note: previously defined here ./util/qvlcframe.hpp:110:13: error: '_ZThn8_N9QVLCFrameD0Ev' has already been defined ./util/qvlcframe.hpp:110:13: note: previously defined here lto-wrapper: xmingw-4_5-branch-w64-sjlj/bin/x86_64-w64-mingw32-g++ returned 1 exit status collect2: lto-wrapper returned 1 exit status -- Summary: LTO error link 32bits binary DLL x86_64-w64-mingw32 gcc- 4_5-branch Product: gcc Version: lto Status: UNCONFIRMED Severity: normal Priority: P3 Component: lto AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: t7 at gmail dot com GCC target triplet: i686-w64-mingw32 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45759
[Bug target/45694] [MinGW64] fortran host associated variables+optimization==failure?
--- Comment #15 from t7 at gmail dot com 2010-09-22 12:20 --- Hello, Thank you so much for getting this problem fixed. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45694
[Bug target/45694] [MinGW64] fortran host associated variables+optimization==failure?
--- Comment #11 from t7 at gmail dot com 2010-09-21 10:28 --- Hi, (In reply to comment #0) Hi, (i first reported this to mingw32-w64's bug tracker: http://sourceforge.net/tracker/?func=detailaid=3067541group_id=202880atid=983354 and was forwarded here) Kai has posted a patch here you can try. http://gcc.gnu.org/ml/gcc-patches/2010-09/msg01634.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45694
[Bug target/45694] [MinGW64] fortran host associated variables+optimization==failure?
--- Comment #6 from t7 at gmail dot com 2010-09-20 11:41 --- (In reply to comment #3) Even simpler testcase, now in C. #include stdio.h #include stdlib.h void a() { char s[2]; void b() { char p[4096]; You deliberately use a very large storage for a very little data. And it fails on m64 and not m32 which is rather weird and odd. So I went to the bottom of this number which appears to be 3920. 3920 = ok Any number beyond 3920 fails on m64 wtf? I have no idea what is going on. It just seems to me interesting to test out your case... Yes O0 fails also... who knows... if ( strcmp(s,s)!=0 ) abort(); strcpy( p,p); } strcpy( s,s ); b(); } main() { a(); } -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45694
[Bug target/45694] [MinGW64] fortran host associated variables+optimization==failure?
--- Comment #8 from t7 at gmail dot com 2010-09-20 11:59 --- (In reply to comment #7) Hi, yes the stack size is relevant here, because otherwise gcc does not call ___chkstk(), which seems to be the trouble here. 4K stack usage is not very big IMHO. I went deeper... and found out with gcc-4.5-branch the number is different... 3952 = ok Any number greater then 3952 fails on gcc-4.5... And again this only applies to m64 not m32... And very weird it seems that 3952 - 3920 = 32 ... -Juha (In reply to comment #6) (In reply to comment #3) Even simpler testcase, now in C. #include stdio.h #include stdlib.h void a() { char s[2]; void b() { char p[4096]; You deliberately use a very large storage for a very little data. And it fails on m64 and not m32 which is rather weird and odd. So I went to the bottom of this number which appears to be 3920. 3920 = ok Any number beyond 3920 fails on m64 wtf? I have no idea what is going on. It just seems to me interesting to test out your case... Yes O0 fails also... who knows... if ( strcmp(s,s)!=0 ) abort(); strcpy( p,p); } strcpy( s,s ); b(); } main() { a(); } -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45694
[Bug bootstrap/45666] ICE: /mingw/include/winnt.h:3350:5: Segmentation fault
-- t7 at gmail dot com changed: What|Removed |Added Severity|normal |blocker http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45666
[Bug target/45694] [MinGW64] fortran host associated variables+optimization==failure?
--- Comment #10 from t7 at gmail dot com 2010-09-21 05:57 --- (In reply to comment #9) (In reply to comment #8) This issue is caused by the fact that __chkstk clobbers r10 (see its constrains), which is used here as argument-register for this nested function. So something is broken here about register-clobbering. I would welcome if my modified stack-allocation for windows would get reviewed and applied. This new implementation avoid this useless register-clobbering ... But well, this seems to me like a bug in interpretation of register clobbering here ... http://gcc.gnu.org/ml/gcc-patches/2010-09/msg01631.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45694
[Bug lto/45448] FAIL: gcc.dg/lto/20090116 c_lto_20090116_0.o-c_lto_20090116_0.o link, -O1 -fwhopr -fPIC (internal compiler error)
--- Comment #4 from t7 at gmail dot com 2010-09-19 12:17 --- 2nd ICE from PR45727 show same lto problem. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45448
[Bug middle-end/45230] gcc.c-torture/execute/strncmp-1.c ICEs with -fgraphite-identity
--- Comment #13 from t7 at gmail dot com 2010-09-20 04:00 --- Ok this ticket is getting very confusing now and no development recently. --- Comment #12 From Zdenek Sojka 2010-09-15 18:39 [reply] --- You are compiling it without graphite and yet you are using graphite branch to test. Then you are getting another type of ICE. --- Comment #10 From t66...@gmail.com 2010-09-15 00:17 [reply] --- Based on my observations the bug in PR45406 is triggered differently but with the same ICE and different language C C++. --- Comment #3 From Sebastian Pop 2010-08-20 23:50 [reply] --- Can you tell us a little more about what is going on in this PR45230. Are you still working on the problem ? If not I will detach PR45406 from this ticket. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45230
[Bug preprocessor/45362] [4.6 Regression] Dangling reference about saved cpp_macro for push/pop macro
--- Comment #16 from t7 at gmail dot com 2010-09-18 01:04 --- (In reply to comment #15) (In reply to comment #14) Created an attachment (id=21820) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21820action=view) [edit] testcase for problem As this test need more then on header, please extract it and compile then main.c to reproduce it. At least I was able to do this on linux64 by this testcase. Patch for it posted to ML. See http://gcc.gnu.org/ml/gcc-patches/2010-09/msg01394.html Hi, it failed produce problem with attached testcase both the gcc and xgcc. I extracted it and compile with -c main.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45362
[Bug preprocessor/45362] [4.6 Regression] Dangling reference about saved cpp_macro for push/pop macro
--- Comment #17 from t7 at gmail dot com 2010-09-18 01:14 --- (In reply to comment #15) (In reply to comment #14) Created an attachment (id=21820) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21820action=view) [edit] testcase for problem As this test need more then on header, please extract it and compile then main.c to reproduce it. At least I was able to do this on linux64 by this testcase. Patch for it posted to ML. See http://gcc.gnu.org/ml/gcc-patches/2010-09/msg01394.html Thanks a-lot Kai! This patch fixes ICE in PR45666. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45362
[Bug preprocessor/45362] Dangling reference about saved cpp_macro for push/pop macro
--- Comment #8 from t7 at gmail dot com 2010-09-16 21:58 --- (In reply to comment #4) (In reply to comment #2) http://gcc.gnu.org/bugs/#need Since this is a bug in the preprocessor it is hard to get a preprocessed source that causes a bug. This is very odd, because I noticed, it could not produce this for example the 'just installed' gcc but the fault is only in xgcc. This can only means that something might not be correct in tree? or in the build process. However as it can show that this blocks the user 2 minutes from completing a GCC build. So why fail at the last minute... -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45362
[Bug preprocessor/45362] [4.6 Regression] Dangling reference about saved cpp_macro for push/pop macro
--- Comment #10 from t7 at gmail dot com 2010-09-16 22:03 --- Program received signal SIGSEGV, Segmentation fault. gt_ggc_mx_cpp_macro (x_p=value optimized out) at gtype-desc.c:2078 2078 ((*x).params[i0]) ? HT_IDENT_TO_GCC_IDENT (HT_NODE (((*x).params[i0]))) : NULL; (gdb) bt #0 gt_ggc_mx_cpp_macro (x_p=value optimized out) at gtype-desc.c:2078 #1 0x004caee5 in gt_ggc_mx_lang_tree_node (x_p=value optimized out) at ./gt-c-decl.h:537 #2 0x004cb0c3 in gt_ggc_mx_lang_tree_node (x_p=value optimized out) at ./gt-c-decl.h:370 #3 0x004cbcc8 in gt_ggc_mx_c_binding (x_p=value optimized out) at ./gt-c-decl.h:103 #4 0x004cbcf2 in gt_ggc_mx_c_binding (x_p=value optimized out) at ./gt-c-decl.h:106 #5 0x004caea6 in gt_ggc_mx_lang_tree_node (x_p=value optimized out) at ./gt-c-decl.h:549 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45362
[Bug preprocessor/45362] [4.6 Regression] Dangling reference about saved cpp_macro for push/pop macro
--- Comment #11 from t7 at gmail dot com 2010-09-16 22:06 --- But too bad this file 'gtype-desc.c' is automatically generated at build time. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45362
[Bug preprocessor/45362] [4.6 Regression] Dangling reference about saved cpp_macro for push/pop macro
--- Comment #13 from t7 at gmail dot com 2010-09-16 22:33 --- (In reply to comment #12) Can you try compiling it with --param ggc-min-expand=0 --param ggc-min-heapsize=0 ? Perhaps you'll trigger it then more reliably... Without it: GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096 Compiler executable checksum: 7ccff28a2de01cef50407f25bf137180 Program received signal SIGSEGV, Segmentation fault. gt_ggc_mx_cpp_macro (x_p=value optimized out) at gtype-desc.c:2078 2078 ((*x).params[i0]) ? HT_IDENT_TO_GCC_IDENT (HT_NODE (((*x).params[i0]))) : NULL; (gdb) bt #0 gt_ggc_mx_cpp_macro (x_p=value optimized out) at gtype-desc.c:2078 With it: GGC heuristics: --param ggc-min-expand=0 --param ggc-min-heapsize=0 Compiler executable checksum: 7ccff28a2de01cef50407f25bf137180 Program received signal SIGSEGV, Segmentation fault. gt_ggc_mx_cpp_macro (x_p=value optimized out) at gtype-desc.c:2078 2078 ((*x).params[i0]) ? HT_IDENT_TO_GCC_IDENT (HT_NODE (((*x).params[i0]))) : NULL; (gdb) bt #0 gt_ggc_mx_cpp_macro (x_p=value optimized out) at gtype-desc.c:2078 #1 0x004caee5 in gt_ggc_mx_lang_tree_node (x_p=value optimized out) at ./gt-c-decl.h:537 #2 0x004cb0c3 in gt_ggc_mx_lang_tree_node (x_p=value optimized out) at ./gt-c-decl.h:370 #3 0x004cbcc8 in gt_ggc_mx_c_binding (x_p=value optimized out) at ./gt-c-decl.h:103 #4 0x004cbcf2 in gt_ggc_mx_c_binding (x_p=value optimized out) at ./gt-c-decl.h:106 #5 0x004caea6 in gt_ggc_mx_lang_tree_node (x_p=value optimized out) at ./gt-c-decl.h:549 #6 0x004cad62 in gt_ggc_mx_lang_tree_node (x_p=value optimized out) at ./gt-c-decl.h:350 #7 0x004cb00d in gt_ggc_mx_lang_tree_node (x_p=value optimized out) at ./gt-c-decl.h:413 #8 0x004caf8c in gt_ggc_mx_lang_tree_node (x_p=value optimized out) at ./gt-c-decl.h:393 I see no diff, do you mean compile the code that caused crash or compile the xgcc or gcc over again? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45362
[Bug preprocessor/45362] Dangling reference about saved cpp_macro for push/pop macro
--- Comment #5 from t7 at gmail dot com 2010-09-15 08:56 --- Peeled this skin (164193) off and then blood comes running out. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45362
[Bug bootstrap/45666] ICE: /mingw/include/winnt.h:3350:5: Segmentation fault
--- Comment #2 from t7 at gmail dot com 2010-09-14 21:28 --- (In reply to comment #1) *** This bug has been marked as a duplicate of 45362 *** -- t7 at gmail dot com changed: What|Removed |Added Status|RESOLVED|UNCONFIRMED Resolution|DUPLICATE | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45666
[Bug middle-end/45230] gcc.c-torture/execute/strncmp-1.c ICEs with -fgraphite-identity
--- Comment #8 from t7 at gmail dot com 2010-09-14 22:55 --- No idea, what is going on but I saved your testcase.c as pr45230 and it doesn't produce the ICE, target gcc is x86_64-w64-mingw32. bash-4.1$ ./xmingw-trunk-w64-sjlj/bin/x86_64-w64-mingw32-gcc -w -Os -lm -m32 -fgraphite-identity -c pr45230 x86_64-w64-mingw32-gcc: warning: pr45230: linker input file unused because linking not done bash-4.1$ ./xmingw-trunk-w64-sjlj/bin/x86_64-w64-mingw32-gcc -r -nostdlib -O1 -fgraphite-identity -c pr45230 x86_64-w64-mingw32-gcc: warning: pr45230: linker input file unused because linking not done bash-4.1$ ./xmingw-trunk-w64-sjlj/bin/x86_64-w64-mingw32-g++ -r -nostdlib -O1 -fgraphite-identity -c qdrawhelper_mmx.ii qdrawhelper_mmx.ii: In function 'void comp_func_Source(uint*, const uint*, int, uint) [with MM = QMMXIntrinsics, uint = unsigned int]': qdrawhelper_mmx.ii:45806:41: internal compiler error: in rename_uses, at sese.c:534 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html for instructions. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45230
[Bug middle-end/45230] gcc.c-torture/execute/strncmp-1.c ICEs with -fgraphite-identity
--- Comment #10 from t7 at gmail dot com 2010-09-15 00:17 --- (In reply to comment #9) ICEs are atill present for both strncmp-1.c and reduced testcase on x86_64-apple-darwin10 at r164287. You are right. I was suspicious about the pr45230 having no .c extension in the file name (weird). So I renamed the file and test it again. bash-4.1$ ./xmingw-trunk-w64-sjlj/bin/x86_64-w64-mingw32-gcc -w -Os -lm -m32 -fgraphite-identity -c pr45230.c pr45230.c: In function 'foo': pr45230.c:2:1: internal compiler error: in rename_uses, at sese.c:534 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html for instructions. Did few more tests and found the g++ failed at -O1 not -Os for qdrawhelper_mmx.ii The gcc failed at -Os and not -O3 for pr45230.c bash-4.1$ ./xmingw-trunk-w64-sjlj/bin/x86_64-w64-mingw32-g++ -O1 -fgraphite-identity -c qdrawhelper_mmx.ii qdrawhelper_mmx.ii: In function 'void comp_func_Source(uint*, const uint*, int, uint) [with MM = QMMXIntrinsics, uint = unsigned int]': qdrawhelper_mmx.ii:45806:41: internal compiler error: in rename_uses, at sese.c:534 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html for instructions. bash-4.1$ ./xmingw-trunk-w64-sjlj/bin/x86_64-w64-mingw32-g++ -Os -fgraphite-identity -c qdrawhelper_mmx.ii bash-4.1$ ./xmingw-trunk-w64-sjlj/bin/x86_64-w64-mingw32-gcc -w -O3 -lm -m32 -fgraphite-identity -c pr45230.c bash-4.1$ ./xmingw-trunk-w64-sjlj/bin/x86_64-w64-mingw32-gcc -w -O0 -lm -m32 -fgraphite-identity -c pr45230.c bash-4.1$ ./xmingw-trunk-w64-sjlj/bin/x86_64-w64-mingw32-gcc -w -Os -lm -m32 -fgraphite-identity -c pr45230.c pr45230.c: In function 'foo': pr45230.c:2:1: internal compiler error: in rename_uses, at sese.c:534 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html for instructions. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45230
[Bug middle-end/45230] gcc.c-torture/execute/strncmp-1.c ICEs with -fgraphite-identity
--- Comment #11 from t7 at gmail dot com 2010-09-15 00:23 --- FYI, I applied these to gcc-trunk for testing purposes. [PATCH 1/6] Factor out is_gimple_reg calls. [PATCH 2/6] A function is affine when CHREC_RIGHT is invariant. [PATCH 3/6] Fix chrec_contains_symbols_defined_in_loop. [PATCH 4/6] Also handle ARRAY_REFs in instantiate_scev_r. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45230
[Bug bootstrap/45666] New: ICE: /mingw/include/winnt.h:3350:5: Segmentation fault
../../gcc/xgcc -B../../gcc/ -isystem /mingw/include -c -I. -I../../../gcc-trunk/include -DHAVE_CONFIG_H -g -O1 -Wwrite-strings -Wc++-compat ../../../gcc-trunk/libiberty/make-temp-file.c -o make-temp-file.o In file included from /mingw/include/windef.h:137:0, from /mingw/include/windows.h:62, from ../../../gcc-trunk/libiberty/make-temp-file.c:40: /mingw/include/winnt.h:3350:5: internal compiler error: Segmentation fault Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html for instructions. -- Summary: ICE: /mingw/include/winnt.h:3350:5: Segmentation fault Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: bootstrap AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: t7 at gmail dot com GCC host triplet: x86_64-w64-mingw32 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45666
[Bug middle-end/45230] gcc.c-torture/execute/strncmp-1.c ICEs with -fgraphite-identity
--- Comment #7 from t7 at gmail dot com 2010-09-10 05:47 --- Thank you very much for fixing this bug, could you please close this after it is fixed on trunk ? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45230
[Bug middle-end/45406] internal compiler error: in rename_uses, at sese.c:534
--- Comment #4 from t7 at gmail dot com 2010-09-09 00:09 --- Status? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45406
[Bug middle-end/45230] gcc.c-torture/execute/strncmp-1.c ICEs with -fgraphite-identity
--- Comment #5 from t7 at gmail dot com 2010-09-09 04:55 --- What is the status of this PR ? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45230
[Bug middle-end/45230] gcc.c-torture/execute/strncmp-1.c ICEs with -fgraphite-identity
--- Comment #4 from t7 at gmail dot com 2010-08-26 06:04 --- *** Bug 45406 has been marked as a duplicate of this bug. *** -- t7 at gmail dot com changed: What|Removed |Added CC||t7 at gmail dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45230
[Bug middle-end/45406] internal compiler error: in rename_uses, at sese.c:534
--- Comment #3 from t7 at gmail dot com 2010-08-26 06:04 --- *** This bug has been marked as a duplicate of 45230 *** -- t7 at gmail dot com changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45406
[Bug c++/45405] New: ICE flto fwhopr error: Invalid address operand in MEM_REF.
gcc -r -nostdlib qlocale.ii -c -Os -flto qlocale.ii: In member function 'QLocalePrivate::dateTimeToString(QString const, QDate const*, QTime const*, QLocale const*) const': qlocale.ii:44560:9: error: Invalid address operand in MEM_REF. _tzname; # VUSE .MEM_430 D.92007_406 = _tzname[1]; qlocale.ii:44560:9: internal compiler error: verify_stmts failed Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html for instructions. gcc -r -nostdlib qlocale.ii -c -O0 -flto qlocale.ii: In function 'timeZone()': qlocale.ii:44147:16: error: Invalid address operand in MEM_REF. _tzname; D.89023_1 = _tzname[1]; qlocale.ii:44147:16: internal compiler error: verify_stmts failed Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html for instructions. gcc -r -nostdlib qlocale.ii -c -O2 -flto qlocale.ii: In member function 'QLocalePrivate::dateTimeToString(QString const, QDate const*, QTime const*, QLocale const*) const': qlocale.ii:44560:9: error: Invalid address operand in MEM_REF. _tzname; # VUSE .MEM_440 D.93053_412 = _tzname[1]; qlocale.ii:44560:9: internal compiler error: verify_stmts failed Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html for instructions. gcc -r -nostdlib qlocale.ii -c -O0 -fwhopr qlocale.ii: In function 'timeZone()': qlocale.ii:44147:16: error: Invalid address operand in MEM_REF. _tzname; D.89023_1 = _tzname[1]; qlocale.ii:44147:16: internal compiler error: verify_stmts failed Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html for instructions. gcc -r -nostdlib qlocale.ii -c -O2 -fwhopr qlocale.ii: In member function 'QLocalePrivate::dateTimeToString(QString const, QDate const*, QTime const*, QLocale const*) const': qlocale.ii:44560:9: error: Invalid address operand in MEM_REF. _tzname; # VUSE .MEM_440 D.93053_412 = _tzname[1]; qlocale.ii:44560:9: internal compiler error: verify_stmts failed Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html for instructions. qt-everywhere-opensource-src-4.7.0-beta2\src\corelib\tools\qlocale.cpp -- Summary: ICE flto fwhopr error: Invalid address operand in MEM_REF. Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: t7 at gmail dot com GCC host triplet: x86_64-w64-mingw32 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45405
[Bug c++/45405] ICE flto fwhopr error: Invalid address operand in MEM_REF.
--- Comment #1 from t7 at gmail dot com 2010-08-25 15:46 --- Created an attachment (id=21562) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21562action=view) testcase -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45405
[Bug tree-optimization/45255] [4.6 regression] internal compiler error: verify_stmts failed with -fwhopr
--- Comment #5 from t7 at gmail dot com 2010-08-25 16:11 --- Hi, (In reply to comment #4) Well. I do not have access to i686-pc-mingw32-gcc and this seems related to /* Return whether OP is a DECL whose address is function-invariant. */ bool decl_address_invariant_p (const_tree op) { /* The conditions below are slightly less strict than the one in staticp. */ ... case VAR_DECL: if (((TREE_STATIC (op) || DECL_EXTERNAL (op)) !DECL_DLLIMPORT_P (op)) || DECL_THREAD_LOCAL_P (op) || DECL_CONTEXT (op) == current_function_decl || decl_function_context (op) == current_function_decl) return true; break; WTF !DECL_DLLIMPORT_P (op)!? (also noticed by rth recently) A fix is to remove that check here, but I can't test that. Thanks. Indeed, removal of this check here fixed PR45405. Tested on Windows 7 x64 multi-lib native GCC trunk. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45255
[Bug c++/45405] ICE flto fwhopr error: Invalid address operand in MEM_REF.
--- Comment #2 from t7 at gmail dot com 2010-08-25 16:11 --- *** This bug has been marked as a duplicate of 45255 *** -- t7 at gmail dot com changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45405
[Bug tree-optimization/45255] [4.6 regression] internal compiler error: verify_stmts failed with -fwhopr
--- Comment #6 from t7 at gmail dot com 2010-08-25 16:11 --- *** Bug 45405 has been marked as a duplicate of this bug. *** -- t7 at gmail dot com changed: What|Removed |Added CC||t7 at gmail dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45255
[Bug middle-end/45406] New: internal compiler error: in rename_uses, at sese.c:534
g++ -r -nostdlib -O1 -fgraphite-identity -c qdrawhelper_mmx.ii qdrawhelper_mmx.ii: In function 'void comp_func_Source(uint*, const uint*, int, uint) [with MM = QMMXIntrinsics, uint = unsigned int]': qdrawhelper_mmx.ii:45806:41: internal compiler error: in rename_uses, at sese.c:534 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html for instructions. -- Summary: internal compiler error: in rename_uses, at sese.c:534 Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: middle-end AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: t7 at gmail dot com GCC host triplet: x86_64-w64-mingw32 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45406
[Bug middle-end/45406] internal compiler error: in rename_uses, at sese.c:534
--- Comment #1 from t7 at gmail dot com 2010-08-25 16:48 --- Created an attachment (id=21563) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21563action=view) testcase -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45406
[Bug tree-optimization/45392] ICE floop-* flto
--- Comment #5 from t7 at gmail dot com 2010-08-24 21:43 --- Why nobody is attending my ticket ??? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45392
[Bug tree-optimization/45392] ICE floop-* flto
--- Comment #7 from t7 at gmail dot com 2010-08-24 22:47 --- (From update of attachment 21551) gz format requested. -- t7 at gmail dot com changed: What|Removed |Added Attachment #21551|0 |1 is obsolete|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45392
[Bug tree-optimization/45392] ICE floop-* flto
--- Comment #8 from t7 at gmail dot com 2010-08-24 22:47 --- Created an attachment (id=21558) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21558action=view) testcase -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45392
[Bug tree-optimization/45392] ICE floop-* flto
--- Comment #9 from t7 at gmail dot com 2010-08-24 22:50 --- (In reply to comment #6) (In reply to comment #5) Why nobody is attending my ticket ??? GCC is mostly volunteer work and some folks have other priorities right now. Not to mention you compressed the preprocessed source with some nonstandard format (gzip or zip is preferable) and you did not provide the output of 'gcc -v'. Not to mention I still think this is a dup of that other bug. Ok re-uploaded in requested format. You think its a dup?? What exactly do you need gcc -v for ? The .i produced an ICE. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45392
[Bug tree-optimization/45392] ICE floop-* flto
--- Comment #11 from t7 at gmail dot com 2010-08-24 22:56 --- (In reply to comment #10) The output of gcc -v will provide with the exact version of GCC that you used. gcc version 4.6.0 20100823 (experimental) 163469 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45392
[Bug tree-optimization/45392] ICE floop-* flto
--- Comment #12 from t7 at gmail dot com 2010-08-25 00:14 --- (In reply to comment #2) *** This bug has been marked as a duplicate of 44562 *** You know what, if you don't want to fix it then just mark it won't fix. Stop marking stuff you don't know and you think is a duplicate and while you can not proof it. I am also a volunteer for reporting bugs, so, I don't want to waste my time with you talking about some hypothetical reasons. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45392
[Bug tree-optimization/44562] [4.6 Regression] ICE: in get_alias_set, at alias.c:716 with -flto -fstrict-aliasing -fgraphite-identity
--- Comment #9 from t7 at gmail dot com 2010-08-25 00:37 --- *** Bug 45392 has been marked as a duplicate of this bug. *** -- t7 at gmail dot com changed: What|Removed |Added CC||t7 at gmail dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44562
[Bug tree-optimization/45392] ICE floop-* flto
--- Comment #14 from t7 at gmail dot com 2010-08-25 00:37 --- (In reply to comment #13) (In reply to comment #4) Both test from pr44562 compiled fine on Windows 7 x64 Native Win64 x86_64-w64-mingw32 Multi-lib 32/64 Bits capable GCC Compiler. gcc -O1 -flto -fstrict-aliasing -fgraphite-identity -c pr44562.c gcc -O3 -g -fwhopr -c step2.i Can't re-produce testcase pr44562. For the testcase in PR44562#c1, you need to change a typedef to be able to reproduce it on P64 target. I just found out the file pr44562.c was fully empty which is why I couldn't see the problem. That was entirely my fault. Now then, I don't have to change a typedef I can see it now. gcc -O1 -flto -fstrict-aliasing -fgraphite-identity -c pr44562.c pr44562.c: In function 'foo': pr44562.c:2:6: internal compiler error: in get_alias_set, at alias.c:701 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html for instructions. gcc -r -nostdlib jcsample.i -c -O1 -flto -fstrict-aliasing -fgraphite-identity jcsample.i: In function 'int_downsample': jcsample.i:1437:1: internal compiler error: in get_alias_set, at alias.c:701 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html for instructions. *** This bug has been marked as a duplicate of 44562 *** -- t7 at gmail dot com changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45392
[Bug c/45392] New: ICE floop-* flto
jcsample.i: In function 'int_downsample': jcsample.i:1437:1: internal compiler error: in get_alias_set, at alias.c:701 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html for instructions. gcc -r -nostdlib jcsample.i -c -O2 -floop-parallelize-all -flto Reduced from preprocessed testcase. qt-everywhere-opensource-src-4.7.0-beta2/src\3rdparty\libjpeg\jcsample.c -- Summary: ICE floop-* flto Product: gcc Version: lto Status: UNCONFIRMED Severity: normal Priority: P3 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: t7 at gmail dot com GCC host triplet: x86_64-w64-mingw32 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45392
[Bug c/45392] ICE floop-* flto
--- Comment #1 from t7 at gmail dot com 2010-08-24 01:45 --- Created an attachment (id=21551) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21551action=view) reduced testcase -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45392
[Bug c/45392] ICE floop-* flto
--- Comment #3 from t7 at gmail dot com 2010-08-24 02:48 --- Can not re-produce 44562 problem on Windows 7 x64 native gcc-trunk compiler target=x86_64-w64-mingw32 Compiled fine. gcc -O1 -flto -fstrict-aliasing -fgraphite-identity pr44562.c Can't compile on Windows 7 gcc-trunk Win64 native compiler. gcc -O3 -g -fuse-linker-plugin -fwhopr -c step2.i gcc: fatal error: -fuse-linker-plugin, but liblto_plugin.so not found compilation terminated. duplicate of 44562? -- t7 at gmail dot com changed: What|Removed |Added Status|RESOLVED|UNCONFIRMED Resolution|DUPLICATE | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45392
[Bug c/45392] ICE floop-* flto
--- Comment #4 from t7 at gmail dot com 2010-08-24 02:55 --- Both test from pr44562 compiled fine on Windows 7 x64 Native Win64 x86_64-w64-mingw32 Multi-lib 32/64 Bits capable GCC Compiler. gcc -O1 -flto -fstrict-aliasing -fgraphite-identity -c pr44562.c gcc -O3 -g -fwhopr -c step2.i Can't re-produce testcase pr44562. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45392
[Bug c++/42768] New: libstdc++-v3/libsupc++/vec.cc:354: internal compiler error: Segmentation fault
crashed while building g++ -- Summary: libstdc++-v3/libsupc++/vec.cc:354: internal compiler error: Segmentation fault Product: gcc Version: 4.4.3 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: t7 at gmail dot com GCC build triplet: x86_64-w64-mingw32 GCC host triplet: x86_64-slackware-linux GCC target triplet: x86_64-w64-mingw32 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42768
[Bug c++/42768] libstdc++-v3/libsupc++/vec.cc:354: internal compiler error: Segmentation fault
--- Comment #1 from t7 at gmail dot com 2010-01-16 13:39 --- Created an attachment (id=19622) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19622action=view) saves -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42768
[Bug c++/42768] libstdc++-v3/libsupc++/vec.cc:354: internal compiler error: Segmentation fault
--- Comment #2 from t7 at gmail dot com 2010-01-16 21:09 --- libstdc++-v3/libsupc++/vec.cc: In function 'void __cxxabiv1::T.60(void*, size_t, size_t, __cxxabiv1::__cxa_cdtor_return_type (*)(void*))': libstdc++-v3/libsupc++/vec.cc:354: internal compiler error: Segmentation fault Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html for instructions. make[5]: *** [vec.lo] Error 1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42768
[Bug rtl-optimization/42489] Opt bug -foptimize-sibling-calls function call stalled! dead-lock, cpu max
--- Comment #11 from t7 at gmail dot com 2010-01-05 11:14 --- nothing to do with gcc -- t7 at gmail dot com changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42489
[Bug rtl-optimization/42489] Opt bug -foptimize-sibling-calls function call stalled! dead-lock, cpu max
--- Comment #9 from t7 at gmail dot com 2009-12-25 09:18 --- Most unfortunate the gcc-4.* built with crt and win32api from http://sf.net/projects/mingw do not suffer from this bug. Therefore specific to target i686/x86_64-w64-mingw32 http://sourceforge.net/projects/mingw-w64 only. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42489
[Bug rtl-optimization/42489] New: Function call never happened after compile with -foptimize-sibling-calls
In function __xmlRaiseError of error.c ( libxml2.a ) if this particular c file is compiled with optimization -O2 ( -foptimize-sibling-calls ) call to this function from xmlFatalErrMsgStrIntStr() parser.c ( libxml2.a ) will never take place, and, seems to cause dead-lock situation. Tested recompile this c file with, -fno-optimize-sibling-calls, confirm to workaround the bug. -- Summary: Function call never happened after compile with - foptimize-sibling-calls Product: gcc Version: 4.4.3 Status: UNCONFIRMED Severity: normal Priority: P3 Component: rtl-optimization AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: t7 at gmail dot com GCC build triplet: x86_64-slackware-linux GCC host triplet: x86_64-slackware-linux GCC target triplet: x86_64-w64-mingw32 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42489
[Bug rtl-optimization/42489] Function call never happened after compile with -foptimize-sibling-calls
--- Comment #1 from t7 at gmail dot com 2009-12-24 11:44 --- Created an attachment (id=19386) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19386action=view) saves .ok compiled with -fno-optimize-sibling-calls -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42489
[Bug rtl-optimization/42489] Function call never happened after compile with -foptimize-sibling-calls
--- Comment #2 from t7 at gmail dot com 2009-12-24 11:57 --- (gdb) disass $pc-30 $pc+30 Dump of assembler code from 0x4933e3 to 0x49341f: 0x004933e3 __xmlRaiseError+179: add%al,(%eax) 0x004933e5 __xmlRaiseError+181: add%al,%bh 0x004933e7 __xmlRaiseError+183: add$0x24,%al 0x004933e9 __xmlRaiseError+185: xchg %eax,%esi 0x004933ea __xmlRaiseError+186: add%al,(%eax) 0x004933ec __xmlRaiseError+188: add%cl,0x15ff0076(%ebp) 0x004933f2 __xmlRaiseError+194: movsb %ds:(%esi),%es:(%edi) 0x004933f3 __xmlRaiseError+195: inc%ecx 0x004933f4 __xmlRaiseError+196: dec%esp 0x004933f5 __xmlRaiseError+197: add%al,-0x1fba7640(%ebp) 0x004933fb __xmlRaiseError+203: je 0x4934d0 __xmlRaiseError+416 0x00493401 __xmlRaiseError+209: jmp0x493401 __xmlRaiseError+209 0x00493403 __xmlRaiseError+211: cmpl $0x0,0xc(%ebp) 0x00493407 __xmlRaiseError+215: je 0x49346f __xmlRaiseError+319 0x00493409 __xmlRaiseError+217: cmpl $0x493220,0xc(%ebp) 0x00493410 __xmlRaiseError+224: je 0x49366c __xmlRaiseError+828 0x00493416 __xmlRaiseError+230: cmpl $0x493130,0xc(%ebp) 0x0049341d __xmlRaiseError+237: je 0x49366c __xmlRaiseError+828 End of assembler dump. (gdb) info all-registers eax0xa07308 10515208 ecx0x77633b23 2002991907 edx0xa07303 10515203 ebx0x4f97c4 5216196 esp0x28ec10 0x28ec10 ebp0x28ec48 0x28ec48 esi0xa02ac0 10496704 edi0x1 1 eip0x493401 0x493401 __xmlRaiseError+209 eflags 0x202[ IF ] cs 0x23 35 ss 0x2b 43 ds 0x2b 43 es 0x2b 43 fs 0x53 83 gs 0x2b 43 st00(raw 0x) st10(raw 0x) st20(raw 0x) st30(raw 0x) st40(raw 0x) st50(raw 0x) st60(raw 0x) st7-0 (raw 0x8000) fctrl 0x37f895 fstat 0x4000 16384 ftag 0x 65535 fiseg 0xf800 63488 fioff 0x288ce5242520146 foseg 0xfa80 64128 fooff 0x759c060123322464 fop0x0 0 xmm0 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0 repeats 16 times}, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x} xmm1 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0 repeats 16 times}, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x} xmm2 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0 repeats 16 times}, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x} xmm3 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0 repeats 16 times}, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x} xmm4 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0 repeats 16 times}, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x} xmm5 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0 repeats 16 times}, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x} xmm6 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0 repeats 16 times}, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x} xmm7 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0 repeats 16 times}, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x} mxcsr 0x1f80 [ IM DM ZM OM UM PM ] mm0{uint64 = 0x0, v2_int32 = {0x0, 0x0}, v4_int16 = {0x0, 0x0, 0x0, 0x0}, v8_int8 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}} mm1{uint64 = 0x0, v2_int32 = {0x0, 0x0}, v4_int16 = {0x0, 0x0, 0x0, 0x0}, v8_int8 = {0x0, 0x0
[Bug rtl-optimization/42489] Function call never happened after compile with -foptimize-sibling-calls
--- Comment #4 from t7 at gmail dot com 2009-12-24 21:29 --- (In reply to comment #3) Some issues with -foptimize-sibling-calls were fixed in GCC 4.5 Backport it to 4.4 branch? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42489
[Bug rtl-optimization/42489] Function call never happened after compile with -foptimize-sibling-calls
--- Comment #5 from t7 at gmail dot com 2009-12-24 22:09 --- (In reply to comment #3) Some issues with -foptimize-sibling-calls were fixed in GCC 4.5 Which revision fix in trunk?? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42489
[Bug rtl-optimization/42489] Function call never happened after compile with -foptimize-sibling-calls
--- Comment #6 from t7 at gmail dot com 2009-12-24 22:44 --- Cause endless maximum cpu usage in application run-time. -- t7 at gmail dot com changed: What|Removed |Added Severity|normal |major http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42489
[Bug bootstrap/42493] New: Failure building gcc-trunk with multilib support
checking if ccache gcc -m32 supports -fno-rtti -fno-exceptions... no checking for ccache gcc -m32 option to produce PIC... -fPIC -DPIC checking if ccache gcc -m32 PIC flag -fPIC -DPIC works... yes checking if ccache gcc -m32 static flag -static works... no checking if ccache gcc -m32 supports -c -o file.o... yes checking if ccache gcc -m32 supports -c -o file.o... (cached) yes checking whether the ccache gcc -m32 linker (/usr/lib64/gcc/x86_64-slackware-linux/4.3.3/../../../../x86_64-slackware-linux/bin/ld -m elf_x86_64 -m elf_i386) supports shared libraries... yes checking dynamic linker characteristics... configure: error: Link tests are not allowed after GCC_NO_EXECUTABLES. make[1]: *** [configure-zlib] Error 1 O/S not supported??? -- Summary: Failure building gcc-trunk with multilib support Product: gcc Version: 4.5.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: bootstrap AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: t7 at gmail dot com GCC build triplet: x86_64-slackware-linux GCC host triplet: x86_64-slackware-linux GCC target triplet: x86_64-w64-mingw32 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42493
[Bug bootstrap/42493] Failure building gcc-trunk with multilib support
--- Comment #1 from t7 at gmail dot com 2009-12-24 23:52 --- --with-system-zlib is not default. -- t7 at gmail dot com changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||WORKSFORME http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42493
[Bug rtl-optimization/42489] Opt bug -foptimize-sibling-calls function call stalled! dead-lock, cpu max
--- Comment #7 from t7 at gmail dot com 2009-12-25 02:46 --- (In reply to comment #3) Some issues with -foptimize-sibling-calls were fixed in GCC 4.5 False. Browsed all recently committed gcc svn change-logs saw no -foptimize-sibling-calls related fixes. Updated gcc-trunk svn, compiled gcc-trunk. Tested gcc version 4.5.0 20091224 (experimental) Revision 155461 MINGW64-1684 Referential numerous bug-reports: * http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41424 * http://sourceforge.net/projects/mingw-w64/forums/forum/723797/topic/3482477 Very mingw-w64 specific I think. -- t7 at gmail dot com changed: What|Removed |Added Known to fail||4.4.3 4.5.0 Summary|Function call never happened|Opt bug -foptimize-sibling- |after compile with -|calls function call stalled! |foptimize-sibling-calls |dead-lock, cpu max Version|4.4.3 |4.5.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42489
[Bug rtl-optimization/42489] Opt bug -foptimize-sibling-calls function call stalled! dead-lock, cpu max
--- Comment #8 from t7 at gmail dot com 2009-12-25 02:51 --- No simple test-case code can be provided you have to read libxml2 source error.c about less then 1000 lines. Without running program in the gdb, fprintf to stderr in the beginning of the __xmlRaiseError() there was no output, ran in gdb there was output and dead-lock cpu running 100% it contributes to global warming. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42489
[Bug c/41531] New: -O1 -fschedule-insns swscale error
x86_64-w64-mingw32-gcc -DHAVE_AV_CONFIG_H -I.. -D_ISOC99_SOURCE -D_POSIX_C_SOURCE=200112 -O1 -fschedule-insns -MMD -MF swscale.d -MT swscale.o -save-temps -c -o swscale.o swscale.c Error on both 4_4-branch and trunk The error message of 4_4-branch is different: swscale.c: In function 'sws_scale': swscale.c:3199: error: unable to find a register to spill in class 'CREG' swscale.c:3199: error: this is the insn: (insn 446 466 432 53 swscale.c:3186 (parallel [ (set (reg:SI 39 r10 [254]) (ashiftrt:SI (reg:SI 39 r10 [orig:251 variable.dstH ] [251]) (subreg:QI (reg:SI 43 r14 [orig:255 variable.chrDstVSubSample ] [255]) 0))) (clobber (reg:CC 17 flags)) ]) 523 {*ashrsi3_1} (expr_list:REG_DEAD (reg:SI 43 r14 [orig:255 variable.chrDstVSubSample ] [255]) (expr_list:REG_DEAD (reg:SI 39 r10 [orig:251 variable.dstH ] [251]) (expr_list:REG_UNUSED (reg:CC 17 flags) (expr_list:REG_EQUAL (ashiftrt:SI (mem/s/j:SI (plus:DI (reg/v/f:DI 3 bx [orig:103 c ] [103]) (const_int 24 [0x18])) [0 variable.dstH+0 S4 A64]) (subreg:QI (reg:SI 43 r14 [orig:255 variable.chrDstVSubSample ] [255]) 0)) (nil)) swscale.c:3199: confused by earlier errors, bailing out trunk: swscale.s: Assembler messages: swscale.s:19090: Error: suffix or operands invalid for `cmp' swscale.s:19151: Error: suffix or operands invalid for `cmp' swscale.s:19320: Error: suffix or operands invalid for `cmp' swscale.s:19355: Error: suffix or operands invalid for `cmp' -- Summary: -O1 -fschedule-insns swscale error Product: gcc Version: 4.5.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: t7 at gmail dot com GCC build triplet: i486-slackware-linux GCC host triplet: x86_64-w64-mingw32 GCC target triplet: x86_64-w64-mingw32 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41531
[Bug c/41531] -O1 -fschedule-insns swscale error
--- Comment #1 from t7 at gmail dot com 2009-10-01 06:50 --- Created an attachment (id=18684) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18684action=view) Preprocessed test case. gcc version 4.5.0 20090928 Revision 152257 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41531
[Bug c++/41153] [4.4 Regression] ICE in building Qt4 src/core
--- Comment #14 from t7 at gmail dot com 2009-09-21 11:05 --- I can confirm this is fixed in gcc-4_4-branch. Thank you. -- t7 at gmail dot com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41153
[Bug c/41406] New: internal compiler error: in build_loop_iteration_domains, at graphite-sese-to-poly.c:1156
of 'init_multbl2' from incompatible pointer type libavutil/aes.c:111:13: note: expected 'uint8_t *' but argument is of type 'uint32_t *' libavutil/aes.c:180:13: warning: passing argument 1 of 'subshift' from incompatible pointer type libavutil/aes.c:55:13: note: expected 'uint8_t (*)[16]' but argument is of type 'uint8_t *' libavutil/aes.c:181:13: warning: passing argument 1 of 'mix' from incompatible pointer type libavutil/aes.c:73:20: note: expected 'uint8_t (*)[4][4]' but argument is of type 'uint8_t (*)[16]' libavutil/aes.c:133:8: warning: array subscript is above array bounds libavutil/aes.c:187:59: warning: array subscript is above array bounds libavutil/aes.c:187:112: warning: array subscript is above array bounds libavutil/aes.c:187:89: warning: array subscript is above array bounds libavutil/aes.c:187:135: warning: array subscript is above array bounds libavutil/aes.c:187:59: warning: array subscript is above array bounds libavutil/aes.c:187:112: warning: array subscript is above array bounds libavutil/aes.c:187:89: warning: array subscript is above array bounds libavutil/aes.c:187:135: warning: array subscript is above array bounds libavutil/aes.c:187:59: warning: array subscript is above array bounds libavutil/aes.c:187:112: warning: array subscript is above array bounds libavutil/aes.c:187:89: warning: array subscript is above array bounds libavutil/aes.c:187:135: warning: array subscript is above array bounds libavutil/aes.c:187:59: warning: array subscript is above array bounds libavutil/aes.c:187:112: warning: array subscript is above array bounds libavutil/aes.c:187:89: warning: array subscript is above array bounds libavutil/aes.c:187:135: warning: array subscript is above array bounds libavutil/aes.c:187:59: warning: array subscript is above array bounds libavutil/aes.c:187:112: warning: array subscript is above array bounds libavutil/aes.c:187:89: warning: array subscript is above array bounds libavutil/aes.c:187:135: warning: array subscript is above array bounds libavutil/aes.c:187:59: warning: array subscript is above array bounds libavutil/aes.c:187:112: warning: array subscript is above array bounds libavutil/aes.c:187:89: warning: array subscript is above array bounds libavutil/aes.c:187:135: warning: array subscript is above array bounds libavutil/aes.c:187:59: warning: array subscript is above array bounds libavutil/aes.c:187:112: warning: array subscript is above array bounds libavutil/aes.c:187:89: warning: array subscript is above array bounds libavutil/aes.c:187:135: warning: array subscript is above array bounds libavutil/aes.c:187:59: warning: array subscript is above array bounds libavutil/aes.c:187:112: warning: array subscript is above array bounds libavutil/aes.c:187:89: warning: array subscript is above array bounds libavutil/aes.c:187:135: warning: array subscript is above array bounds libavutil/aes.c:187:59: warning: array subscript is above array bounds libavutil/aes.c:187:112: warning: array subscript is above array bounds libavutil/aes.c:187:89: warning: array subscript is above array bounds libavutil/aes.c:187:135: warning: array subscript is above array bounds libavutil/aes.c:187:59: warning: array subscript is above array bounds libavutil/aes.c:187:112: warning: array subscript is above array bounds libavutil/aes.c:187:89: warning: array subscript is above array bounds libavutil/aes.c:187:135: warning: array subscript is above array bounds libavutil/aes.c:187:59: warning: array subscript is above array bounds libavutil/aes.c:187:112: warning: array subscript is above array bounds libavutil/aes.c:187:89: warning: array subscript is above array bounds libavutil/aes.c:187:135: warning: array subscript is above array bounds libavutil/aes.c:187:59: warning: array subscript is above array bounds libavutil/aes.c:187:112: warning: array subscript is above array bounds libavutil/aes.c:187:89: warning: array subscript is above array bounds libavutil/aes.c:187:135: warning: array subscript is above array bounds libavutil/aes.c:125:5: internal compiler error: in build_loop_iteration_domains, at graphite-sese-to-poly.c:1156 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html for instructions. -- Summary: internal compiler error: in build_loop_iteration_domains, at graphite-sese-to- poly.c:1156 Product: gcc Version: 4.5.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: t7 at gmail dot com GCC build triplet: i486-slackware-linux GCC host triplet: x86_64-w64-mingw32 GCC target triplet: x86_64-w64-mingw32 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41406
[Bug c/41406] internal compiler error: in build_loop_iteration_domains, at graphite-sese-to-poly.c:1156
--- Comment #1 from t7 at gmail dot com 2009-09-19 11:55 --- Created an attachment (id=18607) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18607action=view) Preprocessed test case. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41406
[Bug tree-optimization/41406] -O3 conflict with -floop-strip-mine internal compiler error: in build_loop_iteration_domains, at graphite-sese-to-poly.c:1156
--- Comment #3 from t7 at gmail dot com 2009-09-19 23:25 --- (In reply to comment #2) What version of gcc do you use? I cannot reproduce the error on amd64-linux with the current trunk at rev.151881. I used the cross compiler I compiled from gcc trunk svn revision 151878. This bug gets triggered when combination of these flags are used -O3 -floop-strip-mine I suppose that this is some what specific to the target. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41406
[Bug c++/41153] [4.4 Regression] ICE in building Qt4 src/core
--- Comment #13 from t7 at gmail dot com 2009-09-18 09:11 --- Hmm I haven't noticed this bug has been fixed a week ago, since [Revision 151627], it was still reproducible at [Revision 151584] which was just a day before. Thanks!! -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41153
[Bug middle-end/41254] [4.5 Regression] crashed compile Qt4 gui library
--- Comment #31 from t7 at gmail dot com 2009-09-09 09:08 --- Sorry about the delayed testing. With the same gcc revision (without patch applied) and with -Wl,--stack=0x2000 as suggested by Danny. cc1plus.exe still crashed while running the following command. g++ -c -include tmp\obj\release_static\qt_gui_pch.h -pipe -O0 -m64 -Wl,--stack=0x2000 -Wall -frtti -fno-exceptions -DQT_THREAD_SUPPORT -DUNICODE -DQT_LARGEFILE_SUPPORT -DQT_BUILD_GUI_LIB -DQT_NO_USING_NAMESPACE -DQT_NO_CAST_TO_ASCII -DQT_ASCII_CAST_WARNINGS -DQT_MOC_COMPAT -D_USE_MATH_DEFINES -DQT_NO_DIRECTDRAW -DPNG_NO_ASSEMBLER_CODE -DQT_RASTER_IMAGEENGINE -DQT_RASTER_PAINTENGINE -DQT_NO_CUPS -DQT_NO_LPR -DQT_HAVE_MMX -DQT_NO_FREETYPE -DQT_NO_OPENTYPE -DQT_NO_STYLE_MAC -DQT_NO_STYLE_GTK -DQT_NO_STYLE_WINDOWSCE -DQT_NO_STYLE_WINDOWSMOBILE -DQ_INTERNAL_QAPP_SRC -DQT_NO_DEBUG -DQT_CORE_LIB -I..\..\include\QtCore -I..\..\include -I..\..\include\QtGui -Itmp\rcc\release_static -Itmp -I..\3rdparty\wintab -I..\3rdparty\libpng -I..\3rdparty\zlib -I..\3rdparty\harfbuzz\src -Idialogs -I..\..\include\ActiveQt -Itmp\moc\release_static -I. -I..\..\mkspecs\win32-g++ -o tmp\obj\release_static\qwidget.o kernel\qwidget.cpp So in conclusion, qt4 library compilation complete with -O0 and fix-fld-recursion patch applied to gcc. With -O the compiled qmake.exe will run crash, comment #14. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41254
[Bug middle-end/41289] [4.5 Regression] ICE verify_ssa failed building libavformat/oggparseogm.c
--- Comment #8 from t7 at gmail dot com 2009-09-08 06:24 --- ccache x86_64-w64-mingw32-gcc -DHAVE_AV_CONFIG_H -I. -I/home/slack/vlc/x86_64/ffmpeg -I/home/slack/local/xmingw-4.5-trunk-w64-sjlj/x86_64-w64-mingw32/include/directx -I/home/slack/local/k8-sse3-master/w64-xmingw-4.5-trunk-w64-sjlj/include -I/home/slack/local/k8-sse3-master/w64-xmingw-4.5-trunk-w64-sjlj/include/freetype2 -DPTW32_STATIC_LIB -D_ISOC99_SOURCE -D_POSIX_C_SOURCE=200112 -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -DPTW32_STATIC_LIB -pipe -static-libgcc -I/home/slack/local/k8-sse3-master/w64-xmingw-4.5-trunk-w64-sjlj/include -march=k8 -std=c99 -fno-common -fomit-frame-pointer -I/home/slack/local/k8-sse3-master/w64-xmingw-4.5-trunk-w64-sjlj/include/schroedinger-1.0 -I/home/slack/local/k8-sse3-master/w64-xmingw-4.5-trunk-w64-sjlj/include/liboil-0.3 -g3 -Wdeclaration-after-statement -Wall -Wno-switch -Wdisabled-optimization -Wpointer-arith -Wredundant-decls -Wno-pointer-sign -Wcast-qual -Wwrite-strings -Wtype-limits -Wundef -O3 -fno-math-errno -fno-signed-zeros -fno-tree-vectorize -MMD -MF libavformat/oggparseogm.d -MT libavformat/oggparseogm.o -c -save-temps -o libavformat/oggparseogm.o libavformat/oggparseogm.c libavformat/oggparseogm.c: In function 'ogm_header': libavformat/oggparseogm.c:34:1: error: expected an SSA_NAME object libavformat/oggparseogm.c:34:1: error: in statement # DEBUG default_len = ((const struct unaligned_32 *) p + -4)-l libavformat/oggparseogm.c:34:1: internal compiler error: verify_ssa failed Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html for instructions. make[1]: *** [libavformat/oggparseogm.o] Error 1 make[1]: Leaving directory `/home/slack/vlc/x86_64/ffmpeg' -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41289
[Bug middle-end/41289] [4.5 Regression] ICE verify_ssa failed building libavformat/oggparseogm.c
--- Comment #10 from t7 at gmail dot com 2009-09-08 22:31 --- Created an attachment (id=18550) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18550action=view) Preprocessed test case. Sorry about that forgot to remove ccache that's why. -- t7 at gmail dot com changed: What|Removed |Added Attachment #18521|0 |1 is obsolete|| Attachment #18522|0 |1 is obsolete|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41289
[Bug middle-end/41289] [4.5 Regression] ICE verify_ssa failed building libavformat/oggparseogm.c
--- Comment #5 from t7 at gmail dot com 2009-09-07 10:03 --- (In reply to comment #4) Please attach the .i (preprocessed) source file so that I can duplicate the problem. Thanks in advance, I'd like to do that, but, I can not find the .i file all I saw was the .s file. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41289
[Bug middle-end/41289] [4.5 Regression] ICE verify_ssa failed building libavformat/oggparseogm.c
--- Comment #6 from t7 at gmail dot com 2009-09-07 10:05 --- with -O0 (gcc didn't ICE) libavformat-oggparseogm-s.tar.bz2 with -O3 oggparseog.ICE.s -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41289
[Bug c++/41207] The resulting 64-bit binary doesn't get recognized as proper binary by windows vista x64
--- Comment #1 from t7 at gmail dot com 2009-09-07 23:46 --- Just found out yesterday afternoon that the binary dll does work correctly. -- t7 at gmail dot com changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41207
[Bug middle-end/41254] [4.5 Regression] crashed compile Qt4 gui library
--- Comment #13 from t7 at gmail dot com 2009-09-06 12:55 --- (In reply to comment #12) Created an attachment (id=18516) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18516action=view) [edit] patch here it is Confirm fixed. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41254
[Bug middle-end/41254] [4.5 Regression] crashed compile Qt4 gui library
--- Comment #14 from t7 at gmail dot com 2009-09-06 13:57 --- (In reply to comment #12) Created an attachment (id=18516) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18516action=view) [edit] patch here it is For some reason this leads to : Problem signature: Problem Event Name: APPCRASH Application Name: qmake.exe Application Version: 0.0.0.0 Application Timestamp:4aa3bdce Fault Module Name:qmake.exe Fault Module Version: 0.0.0.0 Fault Module Timestamp: 4aa3bdce Exception Code: c005 Exception Offset: 0040e132 Program received signal SIGSEGV, Segmentation fault. 0x0080e132 in QString::at () (gdb) bt #0 0x0080e132 in QString::at () #1 0x in ?? () (gdb) info register srax0x0 0 rcx0x22f000 2289664 rdx0x34dc60 3464288 rbx0x22f000 2289664 rsp0x22ef80 2289536 rbp0x6 6 rsi0x34dc60 3464288 rdi0x34dae0 3463904 r8 0x0 0 r9 0x22f230 2290224 r100x6c0073005c0065 30399791412019301 r110x34dcfa 3464442 r120x342310 3416848 r130xa 10 r140x0 0 r150x0 0 rip0x80e132 0x80e132 QString::at(int) const+26 eflags 0x10206 [ PF IF RF ] cs 0x33 51 ss 0x2b 43 ds 0x2b 43 es 0x2b 43 fs 0x53 83 gs 0x2b 43 disass $pc-30 $pc+30 Dump of assembler code from 0x80e114 to 0x80e150: 0x0080e114 _ZNK7QScript9CFunction4typeEv+12: or %al,%bl 0x0080e116 _ZNK7QScript9CFunction4typeEv+14: nop 0x0080e117 _ZNK7QScript9CFunction4typeEv+15: nop 0x0080e118 _ZNK7QString2atEi+0: sub$0x38,%rsp 0x0080e11c _ZNK7QString2atEi+4: mov%rbx,0x28(%rsp) 0x0080e121 _ZNK7QString2atEi+9: mov%rsi,0x30(%rsp) 0x0080e126 _ZNK7QString2atEi+14: mov%rcx,%rbx 0x0080e129 _ZNK7QString2atEi+17: mov%edx,%esi 0x0080e12b _ZNK7QString2atEi+19: test %edx,%edx 0x0080e12d _ZNK7QString2atEi+21: js 0x80e137 _ZNK7QString2atEi+31 0x0080e12f _ZNK7QString2atEi+23: mov(%rcx),%rax 0x0080e132 _ZNK7QString2atEi+26: cmp0x8(%rax),%edx 0x0080e135 _ZNK7QString2atEi+29: jl 0x80e150 _ZNK7QString2atEi+56 0x0080e137 _ZNK7QString2atEi+31: mov$0x2ad,%r8d 0x0080e13d _ZNK7QString2atEi+37: lea0x18f0c(%rip),%rdx # 0x827050 _data_end__+1936 0x0080e144 _ZNK7QString2atEi+44: lea0x18f7e(%rip),%rcx # 0x8270c9 _data_end__+2057 0x0080e14b _ZNK7QString2atEi+51: callq 0x640d37 _Z9qt_assertPKcS0_i -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41254
[Bug middle-end/41254] [4.5 Regression] crashed compile Qt4 gui library
--- Comment #15 from t7 at gmail dot com 2009-09-06 13:59 --- (gdb) print $pc $1 = (void (*)()) 0x80e132 QString::at(int) const+26 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41254
[Bug middle-end/41254] [4.5 Regression] crashed compile Qt4 gui library
--- Comment #18 from t7 at gmail dot com 2009-09-06 21:59 --- (In reply to comment #17) The patch bootstrapped and tested ok but I'm holding off until you confirm it's not the reason for the issue you see. I can confirm, that indeed patch fixed this bug. Yes patch bootstrapped and cross compiled and compiled the cross compiler and native compiler ok, what I meant was this patch actually causes another new regression/issues to surface. I am using the 64-bit x86_64-w64-mingw32-g++ binary on windows to compile qt4 what is happening now is that it will compile qmake.exe just fine. As soon as qmake.exe is run ie, qmake.exe qt-all-opensource-src-4.5.2/src/plugins/accessible/widgets/widgets.pro -o Makefile -spec win32-g++ it crashes. It should be another issue, should I make another bug report then? You can close this bug as resolved. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41254
[Bug middle-end/41254] [4.5 Regression] crashed compile Qt4 gui library
--- Comment #20 from t7 at gmail dot com 2009-09-06 22:14 --- (In reply to comment #16) Try building without the patch but with unlimited stack (ulimit -s unlimited) and see if the same error appears. Actually can't try this because I'm using the native compiler to build qt4.(In reply to comment #19) Subject: Re: [4.5 Regression] crashed compile Qt4 gui library On Sun, 6 Sep 2009, t7 at gmail dot com wrote: --- Comment #18 from t7 at gmail dot com 2009-09-06 21:59 --- (In reply to comment #17) The patch bootstrapped and tested ok but I'm holding off until you confirm it's not the reason for the issue you see. I can confirm, that indeed patch fixed this bug. Yes patch bootstrapped and cross compiled and compiled the cross compiler and native compiler ok, what I meant was this patch actually causes another new regression/issues to surface. I am using the 64-bit x86_64-w64-mingw32-g++ binary on windows to compile qt4 what is happening now is that it will compile qmake.exe just fine. As soon as qmake.exe is run ie, qmake.exe qt-all-opensource-src-4.5.2/src/plugins/accessible/widgets/widgets.pro -o Makefile -spec win32-g++ it crashes. It should be another issue, should I make another bug report then? You can close this bug as resolved. Well, the patch may cause this issue, no? yes Before the patch qmake didn't build? no. Before the patch qmake was built and running ok. So I asked you to fix this bug by increasing the maximum stack size and not by applying the patch to see if the patch causes the qmake issue. Well I think we have some misunderstanding here, initially it is cc1plus.exe that crash g++ (native) built the qt4 - qmake.exe ok - qt4 src/core ok - qt4 src/guifailed (cc1plus.exe crashed) Or is there a reason the patch can't be the reason for the qmake failure? I think the patch should be the reason for qmake crash, but, before the patch I tested with gcc revision 151400, now with gcc revision 151458 + patch applied. Could this be the reason? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41254
[Bug middle-end/41254] [4.5 Regression] crashed compile Qt4 gui library
--- Comment #22 from t7 at gmail dot com 2009-09-06 22:20 --- (In reply to comment #16) Try building without the patch but with unlimited stack (ulimit -s unlimited) and see if the same error appears. You mean cross compile the native compiler from linux by setting the shell with command ulimit -s unlimited ? Or you want me to build the cross compiler and native compiler then try and build qt4? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41254
[Bug middle-end/41254] [4.5 Regression] crashed compile Qt4 gui library
--- Comment #23 from t7 at gmail dot com 2009-09-06 22:21 --- (In reply to comment #16) Try building without the patch but with unlimited stack (ulimit -s unlimited) and see if the same error appears. This is under MSys/Mingw shell $ ulimit -s unlimited sh: ulimit: stack size: cannot modify limit: Invalid argument -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41254
[Bug middle-end/41254] [4.5 Regression] crashed compile Qt4 gui library
--- Comment #25 from t7 at gmail dot com 2009-09-06 22:27 --- (In reply to comment #21) Yes, that could be the reason. Can you test the same revision without the patch again? Ok there maybe a reason for qmake.exe crash, during the process, I changed the O flag for building the qt4 library (before the patch in my script for building qt4 -O0 due to that it will g++ will ICE see (http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41153)) After the patch I changed that from -O0 to -O2 and for qmake.exe changed from -O0 (I had to do this or g++ will ICE) back to -O (original) because I thought that pr41153 does not affect the gcc-trunk 4.5 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41254
[Bug middle-end/41254] [4.5 Regression] crashed compile Qt4 gui library
--- Comment #26 from t7 at gmail dot com 2009-09-06 22:30 --- (In reply to comment #24) Just the same way as you reported the bug (I understand that this was a native compiler issue?). There surely must be a way to increase the maximum stack size with windows? Yes this was native compiler issue. I have no idea on how to increase the max stack size with windows.. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41254
[Bug middle-end/41254] [4.5 Regression] crashed compile Qt4 gui library
--- Comment #27 from t7 at gmail dot com 2009-09-06 22:41 --- Ok I just found out that it is the -O and up causing the problem, I just changed script back to -O0 and it compiles and runs fine, right now up to corelib. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41254
[Bug middle-end/41254] [4.5 Regression] crashed compile Qt4 gui library
--- Comment #28 from t7 at gmail dot com 2009-09-06 22:43 --- Thank you for the help, this bug can be close. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41254
[Bug middle-end/41254] [4.5 Regression] crashed compile Qt4 gui library
--- Comment #29 from t7 at gmail dot com 2009-09-06 22:55 --- Confirmed that qt4 library build was complete with -O0. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41254
[Bug c/41289] New: ICE verify_ssa failed building libavformat/oggparseogm.c
libavformat/oggparseogm.c: In function 'ogm_header': libavformat/oggparseogm.c:34:1: error: expected an SSA_NAME object libavformat/oggparseogm.c:34:1: error: in statement # DEBUG default_len = ((const struct unaligned_32 *) p + -4)-l libavformat/oggparseogm.c:34:1: internal compiler error: verify_ssa failed Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html for instructions. make[1]: *** [libavformat/oggparseogm.o] Error 1 -- Summary: ICE verify_ssa failed building libavformat/oggparseogm.c Product: gcc Version: 4.5.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: t7 at gmail dot com GCC build triplet: i486-slackware-linux GCC host triplet: x86_64-w64-mingw32 GCC target triplet: x86_64-w64-mingw32 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41289
[Bug c/41289] ICE verify_ssa failed building libavformat/oggparseogm.c
--- Comment #1 from t7 at gmail dot com 2009-09-07 02:39 --- Created an attachment (id=18521) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18521action=view) tmp .saves -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41289
[Bug c/41289] ICE verify_ssa failed building libavformat/oggparseogm.c
--- Comment #2 from t7 at gmail dot com 2009-09-07 03:04 --- Created an attachment (id=18522) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18522action=view) saves -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41289
[Bug c++/41254] crashed compile Qt4 gui library
--- Comment #3 from t7 at gmail dot com 2009-09-05 07:02 --- (In reply to comment #2) The preprocessed source is not useful as it contains references to the precompiled header. Please reproduce without the precompiled header. I have no idea on how to do that I would like to have this bug fixed, thank you. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41254
[Bug c++/41254] crashed compile Qt4 gui library
--- Comment #5 from t7 at gmail dot com 2009-09-05 10:53 --- Created an attachment (id=18503) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18503action=view) Preprocessed test case. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41254
[Bug middle-end/41254] [4.5 Regression] crashed compile Qt4 gui library
--- Comment #11 from t7 at gmail dot com 2009-09-06 00:03 --- I can test the patch. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41254
[Bug c++/41207] New: The resulting 64-bit binary doesn't get recognized as proper binary by windows vista x64
x86_64-w64-mingw32-g++ produce binary will not run. Runtime : libqt4_plugin.dll' (%1 is not a valid Win32 application. (error 193)) plugins/libqt4_plugin.dll: file format pei-x86-64 Disassembly of section .text: 68e81000 _pre_c_init: 68e81000: 53 push %rbx 68e81001: b9 00 01 00 00 mov$0x100,%ecx 68e81006: 48 83 ec 20 sub$0x20,%rsp 68e8100a: e8 01 16 71 00 callq 69592610 _malloc 68e8100f: 48 89 c3mov%rax,%rbx 68e81012: 48 89 c1mov%rax,%rcx 68e81015: e8 f6 7f 6f 00 callq 69579010 __encode_pointer 68e8101a: 48 85 dbtest %rbx,%rbx 68e8101d: 48 89 05 bc a4 cb 00mov%rax,0xcba4bc(%rip)# 69b3b4e0 ___onexitbegin 68e81024: 48 89 05 c5 a4 cb 00mov%rax,0xcba4c5(%rip)# 69b3b4f0 ___onexitend 68e8102b: b8 01 00 00 00 mov$0x1,%eax 68e81030: 74 09 je 68e8103b _pre_c_init+0x3b 68e81032: 48 c7 03 00 00 00 00movq $0x0,(%rbx) 68e81039: 30 c0 xor%al,%al 68e8103b: 48 83 c4 20 add$0x20,%rsp 68e8103f: 5b pop%rbx 68e81040: c3 retq 68e81041: 66 66 66 66 66 66 2enopw %cs:0x0(%rax,%rax,1) 68e81048: 0f 1f 84 00 00 00 00 68e8104f: 00 68e81050 __CRT_INIT: 68e81050: 41 54 push %r12 68e81052: 55 push %rbp 68e81053: 57 push %rdi 68e81054: 4c 89 c7mov%r8,%rdi 68e81057: 56 push %rsi 68e81058: 53 push %rbx 68e81059: 48 89 cbmov%rcx,%rbx 68e8105c: 48 83 ec 20 sub$0x20,%rsp 68e81060: 85 d2 test %edx,%edx 68e81062: 75 7d jne68e810e1 __CRT_INIT+0x91 68e81064: 8b 15 96 ef ca 00 mov0xcaef96(%rip),%edx# 69b3 __bss_start__ 68e8106a: 31 c0 xor%eax,%eax 68e8106c: 85 d2 test %edx,%edx 68e8106e: 7e 66 jle68e810d6 __CRT_INIT+0x86 68e81070: 83 ea 01sub$0x1,%edx 68e81073: 31 c0 xor%eax,%eax 68e81075: 89 15 85 ef ca 00 mov%edx,0xcaef85(%rip)# 69b3 __bss_start__ 68e8107b: ba 01 00 00 00 mov$0x1,%edx 68e81080: f0 48 0f b1 15 87 a4lock cmpxchg %rdx,0xcba487(%rip) # 69b3b510 ___native_startup_lock 68e81087: cb 00 68e81089: 48 85 c0test %rax,%rax 68e8108c: 74 2a je 68e810b8 __CRT_INIT+0x68 68e8108e: 48 8b 35 6b ec cb 00mov0xcbec6b(%rip),%rsi# 69b3fd00 __imp__Sleep 68e81095: bf 01 00 00 00 mov$0x1,%edi 68e8109a: 31 db xor%ebx,%ebx 68e8109c: 0f 1f 40 00 nopl 0x0(%rax) 68e810a0: b9 e8 03 00 00 mov$0x3e8,%ecx 68e810a5: ff d6 callq *%rsi 68e810a7: 48 89 d8mov%rbx,%rax 68e810aa: f0 48 0f b1 3d 5d a4lock cmpxchg %rdi,0xcba45d(%rip) # 69b3b510 ___native_startup_lock 68e810b1: cb 00 68e810b3: 48 85 c0test %rax,%rax 68e810b6: 75 e8 jne68e810a0 __CRT_INIT+0x50 68e810b8: 8b 05 42 a4 cb 00 mov0xcba442(%rip),%eax# 69b3b500 ___native_startup_state 68e810be: 83 f8 02cmp$0x2,%eax 68e810c1: 0f 84 e9 00 00 00 je 68e811b0 __CRT_INIT+0x160 68e810c7: b9 1f 00 00 00 mov$0x1f,%ecx 68e810cc: e8 47 15 71 00 callq 69592618 __amsg_exit -- Summary: The resulting 64-bit binary doesn't get recognized as proper binary by windows vista x64 Product: gcc Version: 4.4.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: t7 at gmail dot com GCC build triplet: x86_64-w64-mingw32 GCC host triplet: x86_64-w64-mingw32 GCC target triplet: x86_64-w64-mingw32 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41207
[Bug c++/41153] ICE in building Qt4 src/core
--- Comment #4 from t7 at gmail dot com 2009-08-31 11:08 --- g++ --save-temps -c -omain.o -O -I. -Igenerators -Igenerators/unix -Igenerators/win32 -Igenerators/mac -IE:\msys\1.0\qt-all-opensource-src-4.5.2/include -IE:\msys\1.0\qt-all-opensource-src-4.5.2/include/QtCore -IE:\msys\1.0\qt-all-opensource-src-4.5.2/include -IE:\msys\1.0\qt-all-opensource-src-4.5.2/include/QtCore -IE:\msys\1.0\qt-all-opensource-src-4.5.2/src/corelib/global -IE:\msys\1.0\qt-all-opensource-src-4.5.2/include/QtScript -IE:\msys\1.0\qt-all-opensource-src-4.5.2/mkspecs/win32-g++ -DQT_NO_TEXTCODEC -DQT_NO_UNICODETABLES -DQT_LITE_COMPONENT -DQT_NO_PCRE -DQT_NODLL -DQT_NO_STL -DQT_NO_COMPRESS -DUNICODE -DHAVE_QCONFIG_CPP -DQT_BUILD_QMAKE -DQT_NO_THREAD -DQT_NO_QOBJECT -DQT_NO_GEOM_VARIANT -DQT_NO_DATASTREAM -DQMAKE_OPENSOURCE_EDITION main.cpp In file included from E:\msys\1.0\qt-all-opensource-src-4.5.2/include/QtCore/qstring.h:2, from E:\msys\1.0\qt-all-opensource-src-4.5.2/include/QtCore/../../src/corelib/io/qiodevice.h:51, from E:\msys\1.0\qt-all-opensource-src-4.5.2/include/QtCore/qiodevice.h:2, from E:\msys\1.0\qt-all-opensource-src-4.5.2/include/QtCore/../../src/corelib/io/qdatastream.h:46, from E:\msys\1.0\qt-all-opensource-src-4.5.2/include/QtCore/qdatastream.h:2, from E:\msys\1.0\qt-all-opensource-src-4.5.2/include/QtCore/../../src/corelib/tools/qstringlist.h:47, from E:\msys\1.0\qt-all-opensource-src-4.5.2/include/QtCore/qstringlist.h:2, from project.h:46, from main.cpp:43: E:\msys\1.0\qt-all-opensource-src-4.5.2/include/QtCore/../../src/corelib/tools/qstring.h: In member function 'QCharRef::operator QChar() const': E:\msys\1.0\qt-all-opensource-src-4.5.2/include/QtCore/../../src/corelib/tools/qstring.h:782: internal compiler error: in tree_nrv, at tree-nrv.c:143 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html for instructions. make: *** [main.o] Error 1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41153
[Bug c++/41153] ICE in building Qt4 src/core
--- Comment #5 from t7 at gmail dot com 2009-08-31 11:15 --- Created an attachment (id=18454) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18454action=view) Preprocessed test case. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41153
[Bug c++/41153] ICE in building Qt4 src/core
--- Comment #6 from t7 at gmail dot com 2009-08-31 11:16 --- Created an attachment (id=18455) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18455action=view) saves -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41153
[Bug c++/41153] ICE in building Qt4 src/core
--- Comment #3 from t7 at gmail dot com 2009-08-30 09:43 --- Only encountered with c++ code. -- t7 at gmail dot com changed: What|Removed |Added GCC build triplet||i686-linux GCC host triplet|x86_64 |x86_64-w64-mingw32 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41153
[Bug c++/41153] New: ICE in building Qt4 src/core
tools/qdatetime.cpp: In member function 'QString QDateTimeParser::sectionText(const QString, int, int) const': tools/qdatetime.cpp:4424: warning: case label value is less than minimum value for type tools/qdatetime.cpp:4425: warning: case label value is less than minimum value for type tools/qdatetime.cpp:4426: warning: case label value is less than minimum value for type tools/qdatetime.cpp: In member function 'QString QDateTimeParser::sectionText(int) const': tools/qdatetime.cpp:4438: warning: case label value is less than minimum value for type tools/qdatetime.cpp:4439: warning: case label value is less than minimum value for type tools/qdatetime.cpp:4440: warning: case label value is less than minimum value for type In file included from ../../include/QtCore/qstring.h:1, from ../../include/QtCore/../../src/corelib/kernel/qobject.h:48, from ../../include/QtCore/qobject.h:1, from ../../include/QtCore/../../src/corelib/kernel/qcoreapplication.h:45, from ../../include/QtCore/qcoreapplication.h:1, from global/qt_pch.h:58: ../../include/QtCore/../../src/corelib/tools/qstring.h: In member function 'const QChar QString::at(int) const': ../../include/QtCore/../../src/corelib/tools/qstring.h:684: internal compiler error: in tree_nrv, at tree-nrv.c:143 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html for instructions. make[1]: *** [tmp/obj/release_static/qdatetime.o] Error 1 -- Summary: ICE in building Qt4 src/core Product: gcc Version: 4.4.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: t7 at gmail dot com GCC host triplet: x86_64 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41153
[Bug bootstrap/41136] ld picks up multiple definitions of *fstat*
--- Comment #2 from t7 at gmail dot com 2009-08-21 10:36 --- Hello, I can confirm this issue have been solved by mingw-w64 (updating mingw-w64-crt) in the latest source in svn repository (http://sourceforge.net/projects/mingw-w64/develop). --- sezero committed revision 1181 to the MinGW-w64 - for 32 and 64 bit Windows SVN repository, changing 14 files. --- Thanks again for the fast fix. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41136