[Bug tree-optimization/50746] [4.7 Regression] FAIL: gcc.dg/vect/pr37482.c (internal compiler error) on powerpc-apple-darwin9
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50746 Dominique d'Humieres changed: What|Removed |Added Status|WAITING |RESOLVED Resolution||FIXED --- Comment #10 from Dominique d'Humieres 2011-10-19 09:05:13 UTC --- The failures are gone at revision 180100 with the the revisions given in pr50778 reverted and the patch of revision 180106. So I am closing this pr as fixed.
[Bug tree-optimization/50746] [4.7 Regression] FAIL: gcc.dg/vect/pr37482.c (internal compiler error) on powerpc-apple-darwin9
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50746 --- Comment #9 from Iain Sandoe 2011-10-18 23:05:06 UTC --- pr37482 and vect114 seem OK now on powerpc-darwin9 (we have had bootstrap problems - which are not cleared yet for some languages). We also now have a large number of struct-layout-1, vmx and altivec fails (possibly unrelated, will try and analyze tomorrow).
[Bug tree-optimization/50746] [4.7 Regression] FAIL: gcc.dg/vect/pr37482.c (internal compiler error) on powerpc-apple-darwin9
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50746 --- Comment #8 from irar at gcc dot gnu.org 2011-10-17 19:03:10 UTC --- Author: irar Date: Mon Oct 17 19:03:02 2011 New Revision: 180106 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=180106 Log: PR tree-optimization/50746 * gcc.dg/vect/vect-114.c: Remove vect_hw_misalign. Modified: trunk/gcc/testsuite/ChangeLog trunk/gcc/testsuite/gcc.dg/vect/vect-114.c
[Bug tree-optimization/50746] [4.7 Regression] FAIL: gcc.dg/vect/pr37482.c (internal compiler error) on powerpc-apple-darwin9
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50746 --- Comment #7 from Ira Rosen 2011-10-17 18:49:20 UTC --- I'll fix vect-114.c. It indeed doesn't need realignment. The vectorization failed before switching to optab because of the type mismatch between the mask and the data.
[Bug tree-optimization/50746] [4.7 Regression] FAIL: gcc.dg/vect/pr37482.c (internal compiler error) on powerpc-apple-darwin9
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50746 --- Comment #6 from Ira Rosen 2011-10-17 18:10:39 UTC --- pr37482.c is now ok on powerpc64-suse-linux.
[Bug tree-optimization/50746] [4.7 Regression] FAIL: gcc.dg/vect/pr37482.c (internal compiler error) on powerpc-apple-darwin9
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50746 Richard Henderson changed: What|Removed |Added Status|ASSIGNED|WAITING --- Comment #5 from Richard Henderson 2011-10-17 17:03:06 UTC --- I've fixed the buffer overrun. Please re-check your respective hosts.
[Bug tree-optimization/50746] [4.7 Regression] FAIL: gcc.dg/vect/pr37482.c (internal compiler error) on powerpc-apple-darwin9
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50746 --- Comment #4 from Richard Henderson 2011-10-17 17:02:12 UTC --- Author: rth Date: Mon Oct 17 17:02:05 2011 New Revision: 180100 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=180100 Log: PR 50746 * optabs.c (expand_vec_perm_expr): Fix indexing error. Modified: trunk/gcc/ChangeLog trunk/gcc/optabs.c
[Bug tree-optimization/50746] [4.7 Regression] FAIL: gcc.dg/vect/pr37482.c (internal compiler error) on powerpc-apple-darwin9
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50746 Richard Henderson changed: What|Removed |Added Status|NEW |ASSIGNED AssignedTo|unassigned at gcc dot |rth at gcc dot gnu.org |gnu.org | --- Comment #3 from Richard Henderson 2011-10-17 16:45:51 UTC --- The pr37482.c problem, at least, is a buffer overrun.
[Bug tree-optimization/50746] [4.7 Regression] FAIL: gcc.dg/vect/pr37482.c (internal compiler error) on powerpc-apple-darwin9
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50746 Richard Guenther changed: What|Removed |Added Target Milestone|--- |4.7.0
[Bug tree-optimization/50746] [4.7 Regression] FAIL: gcc.dg/vect/pr37482.c (internal compiler error) on powerpc-apple-darwin9
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50746 --- Comment #2 from Iain Sandoe 2011-10-16 14:53:13 UTC --- Starting program: /Volumes/ScratchCS/gcc-4-7-trunk-build/gcc/cc1 -fpreprocessed pr37482.i -fPIC -quiet -dumpbase pr37482.c -mmacosx-version-min=10.5.8 -maltivec -m32 -auxbase-strip pr37482.s -O2 -version -ftree-vectorize -fno-vect-cost-model -fdump-tree-vect-details -o pr37482.s Reading symbols for shared libraries +++.. done GNU C (GCC) version 4.7.0 20111015 (experimental) [trunk revision 180048] (powerpc-apple-darwin9) compiled by GNU C version 4.7.0 20111015 (experimental) [trunk revision 180048], GMP version 5.0.2, MPFR version 3.0.1, MPC version 0.9 GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096 GNU C (GCC) version 4.7.0 20111015 (experimental) [trunk revision 180048] (powerpc-apple-darwin9) compiled by GNU C version 4.7.0 20111015 (experimental) [trunk revision 180048], GMP version 5.0.2, MPFR version 3.0.1, MPC version 0.9 GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096 Compiler executable checksum: 153db3953d8b0836637534bdb4728fc0 Program received signal EXC_BAD_ACCESS, Could not access memory. Reason: KERN_INVALID_ADDRESS at address: 0x42002284 const_rtx_hash_1 (xp=0x4170f504, data=0xbfffe814) at /GCC/gcc-live-trunk/gcc/varasm.c:3384 3384 code = GET_CODE (x); (gdb) bt #0 const_rtx_hash_1 (xp=0x4170f504, data=0xbfffe814) at /GCC/gcc-live-trunk/gcc/varasm.c:3384 #1 0x008664ec in const_rtx_hash_1 (xp=0x4170f504, data=0xbfffe814) at /GCC/gcc-live-trunk/gcc/varasm.c:3376 Previous frame identical to this frame (gdb could not unwind past this frame)
[Bug tree-optimization/50746] [4.7 Regression] FAIL: gcc.dg/vect/pr37482.c (internal compiler error) on powerpc-apple-darwin9
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50746 Ira Rosen changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed||2011-10-16 CC||irar at il dot ibm.com Ever Confirmed|0 |1 --- Comment #1 from Ira Rosen 2011-10-16 14:51:58 UTC --- I see these failures on powerpc64-suse-linux. pr37482.c seems to fail during expand of VEC_PERM_EXPR. The accesses in vect-114.c are aligned, so it probably doesn't need vect_hw_misalign (it was me who added it there http://gcc.gnu.org/ml/gcc-patches/2010-11/msg01521.html, but it seems to be incorrect).
