[Bug fortran/31711] rhs array is changed while assiging to same lhs array
--- Comment #8 from tkoenig at gcc dot gnu dot org 2007-04-27 07:01 --- Hi Roger, I'm adding you to the CC list on this PR on Paul T.'s suggestion. You are one of our dependency experts, so maybe you can do something about this :-) Thomas -- tkoenig at gcc dot gnu dot org changed: What|Removed |Added CC||roger at eyesopen dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31711
[Bug fortran/31720] ICE for module function returning automatic array
--- Comment #1 from burnus at gcc dot gnu dot org 2007-04-27 06:58 --- Fails with the newest 4.2.0, works with current 4.3.0 -- burnus at gcc dot gnu dot org changed: What|Removed |Added Known to fail||4.1.2 4.2.0 Known to work||4.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31720
[Bug target/28675] [4.1/4.2/4.3 regression] ICE in extract_insn, at recog.c:2084 (unrecognizable insn) [arm]
--- Comment #17 from ian at airs dot com 2007-04-27 05:49 --- Fixed on 4.1 branch, 4.2 branch, and mainline. -- ian at airs dot com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28675
[Bug target/28675] [4.1/4.2/4.3 regression] ICE in extract_insn, at recog.c:2084 (unrecognizable insn) [arm]
--- Comment #16 from ian at gcc dot gnu dot org 2007-04-27 05:46 --- Subject: Bug 28675 Author: ian Date: Fri Apr 27 05:45:53 2007 New Revision: 124213 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=124213 Log: ./: PR target/28675 * reload.c (find_reloads_subreg_address): If the address was valid in the original mode but not in the new mode, reload the whole address. testsuite/: PR target/28675 * gcc.c-torture/compile/pr28675.c: New test. Added: branches/gcc-4_1-branch/gcc/testsuite/gcc.c-torture/compile/pr28675.c Modified: branches/gcc-4_1-branch/gcc/ChangeLog branches/gcc-4_1-branch/gcc/reload.c branches/gcc-4_1-branch/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28675
[Bug testsuite/31589] gcc.dg/vect failures due to missing target specifiers
--- Comment #4 from dorit at il dot ibm dot com 2007-04-27 05:44 --- patch: http://gcc.gnu.org/ml/gcc-patches/2007-04/msg01739.html requires retesting on ia64 before I can commit it. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31589
[Bug target/28675] [4.1/4.2/4.3 regression] ICE in extract_insn, at recog.c:2084 (unrecognizable insn) [arm]
--- Comment #15 from ian at gcc dot gnu dot org 2007-04-27 05:20 --- Subject: Bug 28675 Author: ian Date: Fri Apr 27 05:20:02 2007 New Revision: 124212 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=124212 Log: ./: PR target/28675 * reload.c (find_reloads_subreg_address): If the address was valid in the original mode but not in the new mode, reload the whole address. testsuite/: PR target/28675 * gcc.c-torture/compile/pr28675.c: New test. Added: branches/gcc-4_2-branch/gcc/testsuite/gcc.c-torture/compile/pr28675.c Modified: branches/gcc-4_2-branch/gcc/ChangeLog branches/gcc-4_2-branch/gcc/reload.c branches/gcc-4_2-branch/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28675
[Bug libgomp/31722] New: [4.3 regression] gomp is broken
There are many gomp failures in http://gcc.gnu.org/ml/gcc-testresults/2007-04/msg01353.html On both Linux/ia64 and Linux/x86-64, I saw many failures like Executing on host: /export/build/gnu/gcc/build-x86_64-linux/gcc/testsuite/g++/../../g++ -B/export/build/gnu/gcc/build-x86_64-linux/gcc/testsuite/g++/../../ /net/gnu-13/export/gnu/src/gcc/gcc/gcc/testsuite/g++.dg/gomp/block-0.C -nostdinc++ -I/export/build/gnu/gcc/build-x86_64-linux/x86_64-unknown-linux-gnu/32/libstdc++-v3/include/x86_64-unknown-linux-gnu -I/export/build/gnu/gcc/build-x86_64-linux/x86_64-unknown-linux-gnu/32/libstdc++-v3/include -I/net/gnu-13/export/gnu/src/gcc/gcc/libstdc++-v3/libsupc++ -I/net/gnu-13/export/gnu/src/gcc/gcc/libstdc++-v3/include/backward -I/net/gnu-13/export/gnu/src/gcc/gcc/libstdc++-v3/testsuite/util -fmessage-length=0 -fopenmp -fdump-tree-omplower -S -m32 -o block-0.s (timeout = 300) /net/gnu-13/export/gnu/src/gcc/gcc/gcc/testsuite/g++.dg/gomp/block-0.C: In function 'void _Z3foov.omp_fn.0(void*)':^M /net/gnu-13/export/gnu/src/gcc/gcc/gcc/testsuite/g++.dg/gomp/block-0.C:28: internal compiler error: in calc_dfs_tree, at dominance.c:374^M Please submit a full bug report,^M with preprocessed source if appropriate.^M See http://gcc.gnu.org/bugs.html> for instructions.^M compiler exited with status 1 -- Summary: [4.3 regression] gomp is broken Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: libgomp AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: hjl at lucon dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31722
[Bug target/28675] [4.1/4.2/4.3 regression] ICE in extract_insn, at recog.c:2084 (unrecognizable insn) [arm]
--- Comment #14 from ian at gcc dot gnu dot org 2007-04-27 05:12 --- Subject: Bug 28675 Author: ian Date: Fri Apr 27 05:11:47 2007 New Revision: 124211 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=124211 Log: gcc/: PR target/28675 * reload.c (find_reloads_subreg_address): If the address was valid in the original mode but not in the new mode, reload the whole address. testsuite/: PR target/28675 * gcc.c-torture/compile/pr28675.c: New test. Added: trunk/gcc/testsuite/gcc.c-torture/compile/pr28675.c Modified: trunk/gcc/ChangeLog trunk/gcc/reload.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28675
[Bug middle-end/31697] [4.3 Regression] Crash of gen. prog. when using -funroll-loops -march=opteron
--- Comment #5 from bangerth at dealii dot org 2007-04-27 05:04 --- Can you post disassembled code from gdb around the location where it crashes? -- bangerth at dealii dot org changed: What|Removed |Added CC||bangerth at dealii dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31697
[Bug middle-end/31710] [4.2/4.3 Regression] ICE in in set_value_range, at tree-vrp.c:278
--- Comment #3 from ian at airs dot com 2007-04-27 04:52 --- Created an attachment (id=13453) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13453&action=view) Proposed patch This is an interesting test case. It turns out that VRP has always consistently assumed that TREE_TYPE (TYPE_MIN_VALUE (t)) == t. The assumption turns up in == comparisons against TYPE_MIN_VALUE (and TYPE_MAX_VALUE). Those == comparisons are normally valid because we hash integer constants so that they are all the same. The hash includes the type. So when TREE_TYPE (TYPE_MIN_VALUE (t)) != t, the equality will actually never hold, and VRP will do the wrong thing. This patch simply ensures that the equality holds. I'm testing it now. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31710
[Bug libstdc++/31717] libstdc++-v3 - Make fails with: ./c++locale.h:69: error: '__locale_t' does not name a type
--- Comment #4 from rob1weld at aol dot com 2007-04-27 04:47 --- I do agree with removing that option when configuring for Cygwin and I did so. I put in extra spaces and re-sorted the order of these options so you can use an editor (like kwrite or notepad) to view the changed options easily. I do not see ANY options that would affect "C" / "C++" etc - only Java options added. My previous (working) ./configure was (with SVN from 2 weeks prior - IE: different): configure --verbose --enable-languages=c,ada,c++,fortran,java,objc,obj-c++ --with-tune=athlon-xp --prefix=/usr --enable-objc-gc --enable-concept-checks --exec-prefix=/usr --sysconfdir=/etc --libdir=/usr/lib --libexecdir=/usr/lib --mandir=/usr/share/man --infodir=/usr/share/info --with-gxx-include-dir=/usr/include/c++/4.2 --enable-libstdcxx-debug --enable-shared --enable-static --enable-threads=posix --enable-version-specific-runtime-libs --enable-libssp --enable-libmudflap --enable-libgomp --disable-werror --enable-nls --with-included-gettext --enable-sjlj-exceptions --enable-java-gc=boehm --with-x --x-includes=/usr/X11R6/include --x-libraries=/usr/X11R6/lib --enable-java-awt=gtk,xlib--enable-qt-peer --enable-xmlj --enable-gconf-peer --enable-tool-wrappers --enable-libgcj--enable-hash-synchronization --enable-gc-debug --enable-interpreter --with-system-zlib --enable-libada --with-tls --enable-win32-registry --with-cpu=athlon-xp --with-arch=athlon-xp --target=i686-pc-cygwin --enable-multilib --enable-checking My current (broken, and different SVN version) options are: configure --verbose --enable-languages=c,ada,c++,fortran,java,objc,obj-c++ --with-tune=athlon-xp --prefix=/usr --enable-objc-gc --enable-concept-checks --exec-prefix=/usr --sysconfdir=/etc --libdir=/usr/lib --libexecdir=/usr/lib --mandir=/usr/share/man --infodir=/usr/share/info --with-gxx-include-dir=/usr/include/c++/4.2 --enable-libstdcxx-debug --enable-static --enable-shared --enable-initfini-array --enable-__cxa_atexit --enable-threads=posix --enable-version-specific-runtime-libs --enable-libssp --enable-libmudflap --enable-libgomp --disable-werror --enable-nls --without-included-gettext --enable-decimal-float --with-long-double-128 --enable-debug --disable-sjlj-exceptions --enable-java-gc=boehm --with-x --x-includes=/usr/X11R6/include --x-libraries=/usr/X11R6/lib --enable-java-awt=gtk,xlib --enable-gtk-cairo --enable-qt-peer --enable-xmlj --enable-gconf-peer --enable-tool-wrappers --with-gjdoc --enable-portable-native-sync --enable-libgcj-multifile --with-stabs I didn't just "make clean", I deleted the whole directory and re-made from the begining using the second ./configure string above. I got make to break in EXACTLY the SAME location - but different error message. This makes me question that PCH might be broken (last week) and working previously (two weeks ago). This is not unheard of as it _was_ broken for a few days a few months ago. Here are the new errors, same spot much fewer and completly different: make[2]: Leaving directory `/cygdrive/c/gcc-4_2-branch-build/i686-pc-cygwin/libiberty' make[2]: Entering directory `/cygdrive/c/gcc-4_2-branch-build/i686-pc-cygwin/libstdc++-v3' make "AR_FLAGS=rc" "CC_FOR_BUILD=gcc" "CC_FOR_TARGET=/cygdrive/c/gcc-4_2-branch-build/./gcc/xgcc -B/cygdrive/c/gcc-4_2-branch-build/./gcc/ -B/usr//bin/ -B/usr//lib/ -isystem /usr//include -isystem /usr//sys-include" "CFLAGS=-O2 -g -O2 " "CXXFLAGS=-g -O2 " "CFLAGS_FOR_BUILD=-g -O2" "CFLAGS_FOR_TARGET=-O2 -g -O2 " "INSTALL=/usr/bin/install -c" "INSTALL_DATA=/usr/bin/install -c -m 644" "INSTALL_PROGRAM=/usr/bin/install -c" "INSTALL_SCRIPT=/usr/bin/install -c" "LDFLAGS=" "LIBCFLAGS=-O2 -g -O2 " "LIBCFLAGS_FOR_TARGET=-O2 -g -O2 " "MAKE=make" "MAKEINFO=makeinfo --split-size=500 --split-size=500 " "PICFLAG=" "PICFLAG_FOR_TARGET=" "SHELL=/bin/sh" "RUNTESTFLAGS=" "exec_prefix=/usr" "infodir=/usr/share/info" "libdir=/usr/lib" "includedir=/usr/include" "prefix=/usr" "tooldir=/usr/" "gxx_include_dir=/usr/include/c++/4.2" "AR=/usr/i686-pc-cygwin/bin/ar" "AS=/cygdrive/c/gcc-4_2-branch-build/./gcc/as" "LD=/cygdrive/c/gcc-4_2-branch-build/./gcc/collect-ld" "RANLIB=/usr/i686-pc-cygwin/bin/ranlib" "NM=/cygdrive/c/gcc-4_2-branch-build/./gcc/nm" "NM_FOR_BUILD=" "NM_FOR_TARGET=/usr/i686-pc-cygwin/bin/nm" "DESTDIR=" "WERROR=" all-recursive make[3]: Entering directory `/cygdrive/c/gcc-4_2-branch-build/i686-pc-cygwin/libstdc++-v3' Making all in include make[4]: Entering directory `/cygdrive/c/gcc-4_2-branch-build/i686-pc-cygwin/libstdc++-v3/include' if [ ! -d ".//bits/extc++.h.gch" ]; then \ mkdir -p .//bits/extc++.h.gch; \ fi; \ /cygdrive/c/gcc-4_2-branch-build/./gcc/xgcc -shared-libgcc -B/cygdrive/c/gcc-4_2-branch-build/./gcc -nostdinc++ -L/cygdrive/c/gcc-4_2-branch-build/i686
[Bug c++/31721] vector references turn into vector pointers
--- Comment #5 from pinskia at gcc dot gnu dot org 2007-04-27 02:46 --- In fact we should be using more than just build_reference_type, we should be using build_reference_type_for_mode. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31721
[Bug c++/30016] [4.0/4.1/4.2/4.3 Regression] internal compiler error: in convert_move, at expr.c:362
--- Comment #12 from pinskia at gcc dot gnu dot org 2007-04-27 02:37 --- Fixed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30016
[Bug c++/30016] [4.0/4.1/4.2/4.3 Regression] internal compiler error: in convert_move, at expr.c:362
--- Comment #11 from pinskia at gcc dot gnu dot org 2007-04-27 02:37 --- Subject: Bug 30016 Author: pinskia Date: Fri Apr 27 02:37:42 2007 New Revision: 124210 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=124210 Log: 2007-04-26 Andrew Pinski <[EMAIL PROTECTED]> PR C++/30016 * typeck.c (build_reinterpret_cast_1): Only allow conversion to integeral types from vectors types. 2007-04-26 Andrew Pinski <[EMAIL PROTECTED]> PR C++/30016 * g++.dg/ext/vector6.C: New test. Added: branches/gcc-4_1-branch/gcc/testsuite/g++.dg/ext/vector6.C - copied unchanged from r124208, trunk/gcc/testsuite/g++.dg/ext/vector6.C Modified: branches/gcc-4_1-branch/gcc/cp/ChangeLog branches/gcc-4_1-branch/gcc/cp/typeck.c branches/gcc-4_1-branch/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30016
[Bug c++/30016] [4.0/4.1/4.2/4.3 Regression] internal compiler error: in convert_move, at expr.c:362
--- Comment #10 from pinskia at gcc dot gnu dot org 2007-04-27 02:37 --- Subject: Bug 30016 Author: pinskia Date: Fri Apr 27 02:37:02 2007 New Revision: 124209 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=124209 Log: 2007-04-26 Andrew Pinski <[EMAIL PROTECTED]> PR C++/30016 * typeck.c (build_reinterpret_cast_1): Only allow conversion to integeral types from vectors types. 2007-04-26 Andrew Pinski <[EMAIL PROTECTED]> PR C++/30016 * g++.dg/ext/vector6.C: New test. Added: branches/gcc-4_2-branch/gcc/testsuite/g++.dg/ext/vector6.C - copied unchanged from r124208, trunk/gcc/testsuite/g++.dg/ext/vector6.C Modified: branches/gcc-4_2-branch/gcc/cp/ChangeLog branches/gcc-4_2-branch/gcc/cp/typeck.c branches/gcc-4_2-branch/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30016
[Bug c++/30016] [4.0/4.1/4.2/4.3 Regression] internal compiler error: in convert_move, at expr.c:362
--- Comment #9 from pinskia at gcc dot gnu dot org 2007-04-27 02:31 --- Subject: Bug 30016 Author: pinskia Date: Fri Apr 27 02:31:25 2007 New Revision: 124208 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=124208 Log: 2007-04-26 Andrew Pinski <[EMAIL PROTECTED]> PR C++/30016 * typeck.c (build_reinterpret_cast_1): Only allow conversion to integeral types from vectors types. 2007-04-26 Andrew Pinski <[EMAIL PROTECTED]> PR C++/30016 * g++.dg/ext/vector6.C: New test. Added: trunk/gcc/testsuite/g++.dg/ext/vector6.C Modified: trunk/gcc/cp/ChangeLog trunk/gcc/cp/typeck.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30016
[Bug c++/31721] vector references turn into vector pointers
--- Comment #4 from pinskia at gcc dot gnu dot org 2007-04-27 02:11 --- This has been broken since the patch went in to support vector_size, see: http://gcc.gnu.org/ml/gcc-patches/2001-12/msg00778.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31721
[Bug c++/31721] vector references turn into vector pointers
--- Comment #3 from pinskia at gcc dot gnu dot org 2007-04-27 01:55 --- The problem is obvious. reconstruct_complex_type looks at POINTER_TYPE_P but it does not check which case (pointer or reference) it should be building and just calls build_pointer_type always which is wrong. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |pinskia at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31721
[Bug target/23832] libjava build failure on sh64
--- Comment #2 from kkojima at gcc dot gnu dot org 2007-04-27 01:26 --- Fixed. Sorry for forgetting to close this. -- kkojima at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23832
[Bug target/18671] sh-elf -mrenesas: Structure with bit-field offset is wrong
--- Comment #2 from kkojima at gcc dot gnu dot org 2007-04-27 01:12 --- This heppens also with 4.0.4, but doesn't happen with 4.1/4.2/4.3. I'd like to close this PR as WONTFIX because 3.4 and 4.0 are frozen now. -- kkojima at gcc dot gnu dot org changed: What|Removed |Added CC||kkojima at gcc dot gnu dot ||org Status|UNCONFIRMED |RESOLVED Keywords||wrong-code Known to fail||3.4.6 4.0.4 Known to work||4.1.2 4.2.0 4.3.0 Priority|P1 |P3 Resolution||WONTFIX http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18671
[Bug c++/31721] vector references turn into vector pointers
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-04-27 01:12 --- Confirmed via the duplicated bug. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2007-04-27 01:12:11 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31721
[Bug c++/31721] vector references turn into vector pointers
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-04-27 01:11 --- *** Bug 14217 has been marked as a duplicate of this bug. *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||tjw at omnigroup dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31721
[Bug c++/14217] Assignment to vector references fails
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-04-27 01:11 --- Actually it is worse. I am going to close this as a dup of bug 31721 because that bug shows the real issue, we are not regenerating the reference type correctly, instead we are generating a pointer type. *** This bug has been marked as a duplicate of 31721 *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14217
[Bug c++/31721] New: vector references turn into vector pointers
Testcase: #define vector __attribute__((__vector_size__(16) )) vector int b; vector int &a = b; cut -- This should be accepted as a is a reference to a vector int and we are assigning it a b. -- Summary: vector references turn into vector pointers Product: gcc Version: unknown Status: UNCONFIRMED Keywords: rejects-valid Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: pinskia at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31721
[Bug java/31719] gcj crashes compiling simple .class file output by Rhino js->.class compiler
--- Comment #3 from tromey at gcc dot gnu dot org 2007-04-27 00:08 --- Sorry about that. I forwarded it to our bugzilla maintainer. Can you email me the class file instead? Thanks. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31719
[Bug fortran/31720] New: ICE for module function returning automatic array
[EMAIL PROTECTED] Bug]$ cat acmod.f90 module AMod implicit none integer::i contains function f() result (s) real(kind=8),dimension(i)::s end function f end module [EMAIL PROTECTED] Bug]$ gfortran -c acmod.f90 [EMAIL PROTECTED] Bug]$ cat nnh.f90 program fred use AMod implicit none write(*,*)f() end [EMAIL PROTECTED] Bug]$ gfortran -v -c nnh.f90 Using built-in specs. Target: x86_64-unknown-linux-gnu Configured with: ./configure --disable-multilib --enable-languages=fortran Thread model: posix gcc version 4.2.0 20070228 (prerelease) /usr/local/libexec/gcc/x86_64-unknown-linux-gnu/4.2.0/f951 nnh.f90 -quiet -dumpbase nnh.f90 -mtune=generic -auxbase nnh -version -I /usr/local/lib/gcc/x86_64-unknown-linux-gnu/4.2.0/finclude -o /tmp/ccpjANyk.s GNU F95 version 4.2.0 20070228 (prerelease) (x86_64-unknown-linux-gnu) compiled by GNU C version 4.2.0 20070228 (prerelease). GGC heuristics: --param ggc-min-expand=89 --param ggc-min-heapsize=112046 nnh.f90: In function MAIN__: nnh.f90:1: internal compiler error: in gfc_get_symbol_decl, at fortran/trans-decl.c:863 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html> for instructions. I have not tried this with a more up to date gfortran. -- Summary: ICE for module function returning automatic array Product: gcc Version: 4.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: terry at chem dot gu dot se GCC host triplet: x86_64-unknown-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31720
[Bug tree-optimization/31715] [4.3 Regression] Array calculation done incorrectly
--- Comment #3 from rguenth at gcc dot gnu dot org 2007-04-26 23:22 --- That's probably exposed by Honzas struct/array_ref folding changes. we have after inlining p_4(D) = &arr; D.1631_5 = p_4(D) + -4B; n.0_6 = 4; D.1633_7 = n.0_6 * 4; D.1634_8 = (DWORD *) D.1633_7; D.1635_9 = D.1631_5 + D.1634_8; D.1636_10 = *D.1635_9; and fold the reference to arr[1073741823] from within maybe_fold_offset_to_array_ref. In the index calculation if (TREE_CODE (elt_size) != INTEGER_CST || div_and_round_double (TRUNC_DIV_EXPR, 1, TREE_INT_CST_LOW (offset), TREE_INT_CST_HIGH (offset), TREE_INT_CST_LOW (elt_size), TREE_INT_CST_HIGH (elt_size), &lquo, &hquo, &lrem, &hrem) || lrem || hrem) return NULL_TREE; idx = build_int_cst_wide (TREE_TYPE (offset), lquo, hquo); we need to treat offset as signed for the division. For this we first need to sign extend offset and then do the division. Like with the following Index: tree-ssa-ccp.c === *** tree-ssa-ccp.c (revision 124201) --- tree-ssa-ccp.c (working copy) *** maybe_fold_offset_to_array_ref (tree bas *** 1593,1605 } else { ! unsigned HOST_WIDE_INT lquo, lrem; ! HOST_WIDE_INT hquo, hrem; if (TREE_CODE (elt_size) != INTEGER_CST ! || div_and_round_double (TRUNC_DIV_EXPR, 1, ! TREE_INT_CST_LOW (offset), ! TREE_INT_CST_HIGH (offset), TREE_INT_CST_LOW (elt_size), TREE_INT_CST_HIGH (elt_size), &lquo, &hquo, &lrem, &hrem) --- 1593,1606 } else { ! unsigned HOST_WIDE_INT lquo, lrem, lsoff; ! HOST_WIDE_INT hquo, hrem, hsoff; + fit_double_type (TREE_INT_CST_LOW (offset), + TREE_INT_CST_HIGH (offset), &lsoff, &hsoff, + signed_type_for (TREE_TYPE (offset))); if (TREE_CODE (elt_size) != INTEGER_CST ! || div_and_round_double (TRUNC_DIV_EXPR, 0, lsoff, hsoff, TREE_INT_CST_LOW (elt_size), TREE_INT_CST_HIGH (elt_size), &lquo, &hquo, &lrem, &hrem) -- rguenth at gcc dot gnu dot org changed: What|Removed |Added CC||rguenth at gcc dot gnu dot ||org, hubicka at gcc dot gnu ||dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31715
[Bug java/31719] gcj crashes compiling simple .class file output by Rhino js->.class compiler
--- Comment #2 from btrost at motorola dot com 2007-04-26 23:20 --- Subject: RE: gcj crashes compiling simple .class file output by Rhino js->.class compiler Uh GCC Bugzilla has suffered an internal error. Please save this page and send it to [EMAIL PROTECTED] with details of what you were doing at the time this message appeared. URL: http://gcc.gnu.org/bugzilla/attachment.cgi undef error - Undefined subroutine Fh::slice at data/template/template/en/default/global/hidden-fields.html.tmpl line 58 From: tromey at gcc dot gnu dot org [mailto:[EMAIL PROTECTED] Sent: Thursday, April 26, 2007 2:52 PM Yes, please attach the .class file. Thanks. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31719
[Bug libgcj/31700] [JNI] -X options not recognised by JNI_CreateJavaVM
--- Comment #2 from tromey at gcc dot gnu dot org 2007-04-26 23:13 --- Created an attachment (id=13452) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13452&action=view) proposed patch Could you try this patch? If it works for you I will check it in. Thanks. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31700
[Bug fortran/31711] rhs array is changed while assiging to same lhs array
--- Comment #7 from paulthomas2 at wanadoo dot fr 2007-04-26 23:04 --- Subject: Re: rhs array is changed while assiging to same lhs array Thomas, It's some trivial failure of the logic in gfc_dep_resolver. I took a quick look but did not see it because I am totally exhausted. I'll come back to it at the weekend if you do not beat me to it. Another person that might see it right away is Roger Sayle. Best regards Paul -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31711
[Bug java/31719] gcj crashes compiling simple .class file output by Rhino js->.class compiler
--- Comment #1 from tromey at gcc dot gnu dot org 2007-04-26 22:52 --- Yes, please attach the .class file. Thanks. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31719
[Bug java/31719] New: gcj crashes compiling simple .class file output by Rhino js->.class compiler
I'm trying to compile a .class file generated from the following Javascript program using Rhino 1_6R5 (Mozilla's Javascript compiler): print("Hello, world"); When I do so from within Rhino's src/ directory (so that gcj can find the Rhino java files to satisfy dependencies), I get a simple error: jc1: internal compiler error: Segmentation fault Please submit a full bug report,... "uname -a" says: Linux cpxa03b 2.4.25-rm02.mcp820 #17 Wed Sep 14 09:20:59 PDT 2005 ppc unknown I can attach a .class file if that would be useful. Bill Trost [EMAIL PROTECTED] -- Summary: gcj crashes compiling simple .class file output by Rhino js->.class compiler Product: gcc Version: 4.1.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: java AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: billt at tutsys dot com GCC build triplet: powerpc-unknown-linux-gnu GCC host triplet: powerpc-unknown-linux-gnu GCC target triplet: powerpc-unknown-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31719
[Bug fortran/31716] segfault with real array bounds
--- Comment #1 from tkoenig at gcc dot gnu dot org 2007-04-26 22:47 --- My analysis in the original bug report wasn't correct. Here is a shorter version: $ cat real-dim-2.f90 program main real :: a(2.0),b(2.0) a = b end program main $ gfortran real-dim-2.f90 real-dim-2.f90:2.12: real :: a(2.0),b(2.0) 1 Error: Expression at (1) must be of INTEGER type real-dim-2.f90:2.16: real :: a(2.0),b(2.0) 1 Error: The module or main program array 'a' at (1) must have constant shape real-dim-2.f90:2.19: real :: a(2.0),b(2.0) 1 Error: Expression at (1) must be of INTEGER type real-dim-2.f90:2.23: real :: a(2.0),b(2.0) 1 Error: The module or main program array 'b' at (1) must have constant shape real-dim-2.f90:0: 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. -- tkoenig at gcc dot gnu dot org changed: What|Removed |Added Summary|segfault after mixing |segfault with real array |declarations and executable |bounds |statements | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31716
[Bug middle-end/28216] [4.1/4.2/4.3 regression] mangled warning message
--- Comment #3 from simartin at gcc dot gnu dot org 2007-04-26 22:47 --- This should be fixed on the mainline (see PR 25923). Would it be possible to confirm that it is the case (I've checked the Fortran case, but not the Ada one because I don't have it setup on my machine)? Thanks in advance, Simon -- simartin at gcc dot gnu dot org changed: What|Removed |Added CC||simartin at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28216
[Bug middle-end/30761] [4.1/4.2 regression] Error: unsupported relocation against sfp
--- Comment #9 from uweigand at gcc dot gnu dot org 2007-04-26 22:10 --- Subject: Bug 30761 Author: uweigand Date: Thu Apr 26 22:10:09 2007 New Revision: 124199 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=124199 Log: PR middle-end/30761 * reload1.c (eliminate_regs_in_insn): In the single_set special case, attempt to re-recognize the insn before falling back to having reload fix it up. Modified: branches/gcc-4_2-branch/gcc/ChangeLog branches/gcc-4_2-branch/gcc/reload1.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30761
[Bug libstdc++/31717] libstdc++-v3 - Make fails with: ./c++locale.h:69: error: '__locale_t' does not name a type
--- Comment #3 from pcarlini at suse dot de 2007-04-26 22:05 --- I'm not the author of the locale model configury bits. In other places we detect configurations unsupported by the target and overrule the user, therefore I would say your doubt makes perfect sense... In fact, it looks like changing [GLIBCXX_ENABLE_CLOCALE], in acinclude.m4, to *always* check that the specified model is supported before trying to use it seems very simple. Humm, let's ask Benjamin, maybe the current behavior is on purpose... -- pcarlini at suse dot de changed: What|Removed |Added CC||bkoz at redhat dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31717
[Bug middle-end/31617] [4.3 Regression] Segfault in integer_zerop, called via ipa-type-escape.c
--- Comment #7 from sje at gcc dot gnu dot org 2007-04-26 22:02 --- Subject: Bug 31617 Author: sje Date: Thu Apr 26 22:02:05 2007 New Revision: 124197 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=124197 Log: PR middle-end/31617 * g++.dg/other/str_empty.C: Add expected warning. Modified: trunk/gcc/testsuite/ChangeLog trunk/gcc/testsuite/g++.dg/other/str_empty.C -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31617
[Bug target/18989] A few potentially ominous, and several likely harmless warnings during 4.0 build
--- Comment #5 from eweddington at cso dot atmel dot com 2007-04-26 21:44 --- The committed patch fixes this warning: ../../gcc/gcc/varasm.c: In function `assemble_variable': ../../gcc/gcc/varasm.c:1699: warning: empty body in an if-statement However, the following warning still exists: ../../gcc-4.1.2/gcc/varasm.c: In function `const_rtx_hash_1': ../../gcc-4.1.2/gcc/varasm.c:3029: warning: right shift count >= width of type -- eweddington at cso dot atmel dot com changed: What|Removed |Added CC||eweddington at cso dot atmel ||dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18989
[Bug libstdc++/31717] libstdc++-v3 - Make fails with: ./c++locale.h:69: error: '__locale_t' does not name a type
--- Comment #2 from rob1weld at aol dot com 2007-04-26 21:33 --- Thank you Paolo Carlini. Previously I _did_ let ./configure guess (on successful builds) but _this_ _time_ I used _exactly_ the same ./configure parameters as I did for Linux (to duplicate the GCC compiler for both systems [and the success]). I was just checking my stdc++.ii file (for a problem with line # _69_ and this is what it looks like: # 67 "/cygdrive/c/gcc-4_2-branch-build/i686-pc-cygwin/libstdc++-v3/include/bits/c++locale.h" 3 namespace std { typedef __locale_t __c_locale; Previous to that part (in the .ii file) there is nothing to say what __locale_t is so it is as though it were blank (IE: the line would read: "typedef __c_locale;" and thus fail). I guess this bug would be fixed if the 'root' ./configure script did not allow one to use "--enable-clocale=gnu" on this platform (and kindly suggested to ONLY use --enable-clocale=generic). If that is the correct solution then I would consider this resolved _after_ the ./configure script is changed. Thanks for the quick response - I might have had a lot of trouble tracking that down. Now to re-make the compiler (and just [OF COURSE] when the build was nearly finished (crying)). :)(Used to it.) -- rob1weld at aol dot com changed: What|Removed |Added Severity|blocker |minor http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31717
[Bug fortran/31711] rhs array is changed while assiging to same lhs array
--- Comment #6 from tkoenig at gcc dot gnu dot org 2007-04-26 21:31 --- Nasty. Paul, I've added you to the CC list because you probably know more about the scalarizer than most. Just in case :-) Thomas -- tkoenig at gcc dot gnu dot org changed: What|Removed |Added CC||pault at gcc dot gnu dot ||org, tkoenig at gcc dot gnu ||dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31711
[LWOW] INWESTYCYJNE INTERESY W UKRAINIE : 12-13 maja�2007 r., Lwow, Ukraina gcc-bugs@gcc.gnu.org
Serdecznie zapraszamy na MiÄdzynarodowÄ Polsko - UkraiÅskÄ konferencjÄ na temat "Polska - Ukraina: sami budujemy przyszÅoÅÄ" XXI MiÄdzynarodowa konferencja ROZWÃJ INWESTYCJI W UKRAINIE - terażniejszoÅÄ i perspektywy. Aktualne informacje.Ostateczne wydażenia z Ukrainy.Informacje handlowo-gospodarcze. Przepisy prawne. W co warto inwestowaÄ na Ukrainie? Jak nabyÄ nieruchomoÅÄ na firmÄ? Rozwój inwestycji w Ukrainie- terażniejszoÅÄ i perspektywy 12-13 maja 2007 r. Lwów, Hotel "Sputnik" Program konferencji skierowany jest do: *wÅaÅcicieli i dyrektorów firm i przedstawicielstw, instytucji i organizacji* przedstawiciele maÅych, Årednich i dużych przedsiÄbiorstw,* kadry zarzÄ dzajÄ cej,* kierowników dziaÅów zbytu, * specjalistów w zakresie marketingu i handlu, zainteresowanych zbytem towarów i usÅug na UkrainÄ, a także zaÅożeniem przedstawicielstwa, przedsiÄbiorstwa, spóÅki, filii. Konferencja prowadzona bÄdzie w jÄzyki rosyjskim z bezpoÅrednim tÅumaczeniem na jÄzyk polski. UkraiÅskie przepisy sÄ przychylne zagranicznym inwestorom. Utworzenie w tym kraju wÅasnego przedstawicielstwa lub filii przedsiÄbiorstwa nie jest sprawÄ trudnÄ , o ile oczywiÅcie zna siÄ obowiÄ zujÄ ce przepisy w Ukrainie Konferencja prowadzona bÄdzie w jÄzyki rosyjskim z bezpoÅrednim tÅumaczeniem na jÄzyk polski. Cena za uczestnictwo w konferencji (bez VAT - konferencja zagraniczna): 1900,00 zl http://www.seminar.pl.ua Osoba odpowiedzialna: Wiktoria SwiÄcicka {Tel. OO 38 (O67) 5~O~6~O~1~1~O } E-mail:[EMAIL PROTECTED] Faks: OO 38 (044) 4~5~5~9~9~9~9 KWESTIONARIUSZ ZGLOSZENIOWY: http://www.seminar.pl.ua/kwestionariusz.doc Usun: mailto:[EMAIL PROTECTED]:gcc-bugs@gcc.gnu.org
[Bug ada/31718] Incorrect handling of -gnatW8 and -gnatiw switches
--- Comment #1 from david dot smith at gmail dot com 2007-04-26 20:59 --- Created an attachment (id=13451) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13451&action=view) Sample code that reproduces the bug. Compiling this file with the switches -gnatW8 and -gnatiw reproduces the bug. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31718
[Bug ada/31718] New: Incorrect handling of -gnatW8 and -gnatiw switches
When compiling code that contains UTF-8 identifiers using the -gnatW8 and -gnatiw switches, the compiler gives the following error: "a-numeri.ads:25:04: illegal wide character" This line contains the bracket notation version of the "pi" symbol in the Ada.Numerics library. The -gnatWx switch is supposed to add additional recognized character encodings to the default bracket notation encoding. The bug is that the -gnatWx switch (together with -gnatiw) seems to disable the bracket notation, causing a compile error on a file in the standard library that uses that encoding method. -- Summary: Incorrect handling of -gnatW8 and -gnatiw switches Product: gcc Version: 4.1.2 Status: UNCONFIRMED Severity: normal Priority: P3 Component: ada AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: david dot smith at gmail dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31718
[Bug fortran/31711] rhs array is changed while assiging to same lhs array
--- Comment #5 from burnus at gcc dot gnu dot org 2007-04-26 20:50 --- > This can be seen in the file (result.dat) generated by the program. I missed that part. Reduced test: program laplsolv IMPLICIT NONE integer, parameter :: n=10 double precision,dimension(0:n+1,0:n+1) :: T double precision,dimension(n) :: tmp1,tmp2 integer :: i T=0.0 T(0:n+1 , 0) = 1.0 T(0:n+1 , n+1) = 1.0 T(n+1 , 0:n+1) = 2.0 tmp1=T(1:n,0) T(1:n,1)=(T(0:n-1,1)+T(1:n,1+1)+tmp1) do i = 1, n print '(20f4.1)', T(i,1) end do end program laplsolv The "T(1:n,1)=(T(0:n-1,1)+T(1:n,1+1)+tmp1)" get wrongly translated as: { int8 S.4; S.4 = 1; while (1) { if (S.4 > 10) goto L.5; t[S.4 + 12] = (t[S.4 + 11] + t[S.4 + 24]) + tmp1[S.4 + -1]; S.4 = S.4 + 1; } L.5:; } It should be something like: for(int i = 1; i < 10; i++) { t.1[i + 12 ] = (t[S.4 + 11] + t[S.4 + 24]) + tmp1[S.4 + -1]; for(int i = 1; i < 10; i++) { t[i + 12] = t.1[i + 12] That is: First the right-hand side needs to be evaluated before the lhs is written. -- burnus at gcc dot gnu dot org changed: What|Removed |Added CC||burnus at gcc dot gnu dot ||org Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Keywords||wrong-code Last reconfirmed|-00-00 00:00:00 |2007-04-26 20:50:32 date|| Summary|Data parallel code gets |rhs array is changed while |transformed to serial |assiging to same lhs array http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31711
[Bug libstdc++/31717] libstdc++-v3 - Make fails with: ./c++locale.h:69: error: '__locale_t' does not name a type
--- Comment #1 from pcarlini at suse dot de 2007-04-26 20:14 --- You can't use the gnu locale model on Cygwin, please try again with --enable-clocale=generic (or just don't specify it and let the configury guess). -- pcarlini at suse dot de changed: What|Removed |Added Status|UNCONFIRMED |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31717
[Bug libstdc++/31717] New: libstdc++-v3 - Make fails with: ./c++locale.h:69: error: '__locale_t' does not name a type
I have compiled GCC 4.2.0 under the target i686-pc-linux-gnu with the exact same ./configure options and the build went fairly well (it completed, very few test errors) so I decided to use exactly the same ./configure options to build under Cygwin for WinXP. Here is my xgcc-v: $ stage3-gcc/xgcc -v Using built-in specs. Target: i686-pc-cygwin Configured with: ../gcc-4_2-branch/configure --verbose --enable-languages=c,ada,c++,fortran,java,objc,obj-c++ --with-tune=athlon-xp --prefix=/usr --enable-objc-gc --enable-concept-checks --mandir=/usr/share/man --infodir=/usr/share/info --with-gxx-include-dir=/usr/include/c++/4.2 --enable-libstdcxx-debug --enable-static --enable-shared --enable-initfini-array --enable-__cxa_atexit --enable-threads --enable-version-specific-runtime-libs --enable-libssp --enable-libmudflap --enable-libgomp --disable-werror --enable-nls --without-included-gettext --enable-decimal-float --with-long-double-128 --enable-clocale=gnu --enable-debug --with-stabs --disable-sjlj-exceptions --enable-java-gc=boehm --with-x --enable-java-awt=gtk,xlib --enable-gtk-cairo --enable-qt-peer --enable-xmlj --enable-gconf-peer --enable-tool-wrappers --with-gjdoc --enable-portable-native-sync --enable-libgcj-multifile --with-stabs Thread model: posix gcc version 4.2.0 20070413 (prerelease) Here are the errors that come up (I searched bugzilla for locale_t and got NO hits). make[2]: Leaving directory `/cygdrive/c/gcc-4_2-branch-build/i686-pc-cygwin/libiberty' make[2]: Entering directory `/cygdrive/c/gcc-4_2-branch-build/i686-pc-cygwin/libstdc++-v3' make "AR_FLAGS=rc" "CC_FOR_BUILD=gcc" "CC_FOR_TARGET=/cygdrive/c/gcc-4_2-branch-build/./gcc/xgcc -B/cygdrive/c/gcc-4_2-branch-build/./gcc/ -B/usr//bin/ -B/usr//lib/ -isystem /usr//include -isystem /usr//sys-include" "CFLAGS=-O2 -g -O2 " "CXXFLAGS=-g -O2 " "CFLAGS_FOR_BUILD=-g -O2" "CFLAGS_FOR_TARGET=-O2 -g -O2 " "INSTALL=/usr/bin/install -c" "INSTALL_DATA=/usr/bin/install -c -m 644" "INSTALL_PROGRAM=/usr/bin/install -c" "INSTALL_SCRIPT=/usr/bin/install -c" "LDFLAGS=" "LIBCFLAGS=-O2 -g -O2 " "LIBCFLAGS_FOR_TARGET=-O2 -g -O2 " "MAKE=make" "MAKEINFO=makeinfo --split-size=500 --split-size=500 " "PICFLAG=" "PICFLAG_FOR_TARGET=" "SHELL=/bin/sh" "RUNTESTFLAGS=" "exec_prefix=/usr" "infodir=/usr/share/info" "libdir=/usr/lib" "includedir=/usr/include" "prefix=/usr" "tooldir=/usr/" "gxx_include_dir=/usr/include/c++/4.2" "AR=/usr/i686-pc-cygwin/bin/ar" "AS=/cygdrive/c/gcc-4_2-branch-build/./gcc/as" "LD=/cygdrive/c/gcc-4_2-branch-build/./gcc/collect-ld" "RANLIB=/usr/i686-pc-cygwin/bin/ranlib" "NM=/cygdrive/c/gcc-4_2-branch-build/./gcc/nm" "NM_FOR_BUILD=" "NM_FOR_TARGET=/usr/i686-pc-cygwin/bin/nm" "DESTDIR=" "WERROR=" all-recursive make[3]: Entering directory `/cygdrive/c/gcc-4_2-branch-build/i686-pc-cygwin/libstdc++-v3' Making all in include make[4]: Entering directory `/cygdrive/c/gcc-4_2-branch-build/i686-pc-cygwin/libstdc++-v3/include' if [ ! -d ".//bits/stdc++.h.gch" ]; then \ mkdir -p .//bits/stdc++.h.gch; \ fi; \ /cygdrive/c/gcc-4_2-branch-build/./gcc/xgcc -shared-libgcc -B/cygdrive/c/gcc-4_2-branch-build/./gcc -nostdinc++ -L/cygdrive/c/gcc-4_2-branch-build/i686-pc-cygwin/libstdc++-v3/src -L/cygdrive/c/gcc-4_2-branch-build/i686-pc-cygwin/libstdc++-v3/src/.libs -B/usr//bin/ -B/usr//lib/ -isystem /usr//include -isystem /usr//sys-include -Winvalid-pch -Wno-deprecated -x c++-header -g -O2 -I/cygdrive/c/gcc-4_2-branch-build/i686-pc-cygwin/libstdc++-v3/include/ -I/cygdrive/c/gcc-4_2-branch-build/i686-pc-cygwin/libstdc++-v3/include -I/cygdrive/C/makecygwin/gcc-4_2-branch/libstdc++-v3/libsupc++ -O0 -g /cygdrive/C/makecygwin/gcc-4_2-branch/libstdc++-v3/include/precompiled/stdc++.h -o bits/stdc++.h.gch/O0g.gch In file included from /cygdrive/c/gcc-4_2-branch-build/i686-pc-cygwin/libstdc++-v3/include/iosfwd:45, from /cygdrive/c/gcc-4_2-branch-build/i686-pc-cygwin/libstdc++-v3/include/bits/stl_algobase.h:70, from /cygdrive/c/gcc-4_2-branch-build/i686-pc-cygwin/libstdc++-v3/include/algorithm:65, from /cygdrive/C/makecygwin/gcc-4_2-branch/libstdc++-v3/include/precompiled/stdc++.h:55: /cygdrive/c/gcc-4_2-branch-build/i686-pc-cygwin/libstdc++-v3/include/bits/c++locale.h:69: error: '__locale_t' does not name a type /cygdrive/c/gcc-4_2-branch-build/i686-pc-cygwin/libstdc++-v3/include/bits/c++locale.h:76: error: expected ',' or '...' before '&' token /cygdrive/c/gcc-4_2-branch-build/i686-pc-cygwin/libstdc++-v3/include/bits/c++locale.h: In function 'int std::__convert_from_v(int)': /cygdrive/c/gcc-4_2-branch-build/i686-pc-cygwin/libstdc++-v3/include/bits/c++locale.h:91: error: '__fmt' was not declared in this scope /cygdrive/c/gcc-4_2-branch-build/i686-pc-cygwin/libstdc++-v3/include/bits/c++locale.h:96: error: '__out' was not declared in this scope In file included from /cygdrive/c/gcc-4_2-branch-build/i686-pc-cygwin/libstdc++-v3/include/bits/ios_base.h:47, from /cygdrive/c/gcc-4_2-bran
[Bug fortran/31716] New: segfault after mixing declarations and executable statements
$ cat exponent-3.f90 program main real, parameter :: n = 1024, iter=1000 real, dimension(n) :: num1,num2 call random_number(num1) real :: start do i=1,iter num2 = num1**2 end do end program main $ gfortran exponent-3.f90 exponent-3.f90:5.15: real :: start 1 Error: Unexpected data declaration statement at (1) exponent-3.f90:3.18: real, dimension(n) :: num1,num2 1 Error: Expression at (1) must be of INTEGER type exponent-3.f90:3.33: real, dimension(n) :: num1,num2 1 Error: The module or main program array 'num2' at (1) must have constant shape exponent-3.f90:3.18: real, dimension(n) :: num1,num2 1 Error: Expression at (1) must be of INTEGER type exponent-3.f90:3.28: real, dimension(n) :: num1,num2 1 Error: The module or main program array 'num1' at (1) must have constant shape exponent-3.f90:0: 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. $ gfortran -v Using built-in specs. Target: i686-pc-linux-gnu Configured with: ../../gcc/trunk/configure --prefix=/home/ig25 --enable-maintainer-mode --enable-languages=c,fortran Thread model: posix gcc version 4.3.0 20070419 (experimental) The backtrace is confused, looks like a smashed stack: Error: The module or main program array 'num1' at (1) must have constant shape Program received signal SIGSEGV, Segmentation fault. 0xb7ef8103 in __gmpz_sub () from /usr/local/lib/libgmp.so.3 (gdb) bt #0 0xb7ef8103 in __gmpz_sub () from /usr/local/lib/libgmp.so.3 #1 0xb7edf840 in ?? () from /usr/local/lib/libgmp.so.3 #2 0x0860eca0 in ?? () #3 0x000b in ?? () #4 0x0860f508 in ?? () #5 0x0001 in ?? () #6 0x0001 in ?? () #7 0x0004 in ?? () #8 0x0860eca0 in ?? () #9 0x in ?? () -- Summary: segfault after mixing declarations and executable statements Product: gcc Version: 4.3.0 Status: UNCONFIRMED Keywords: ice-on-invalid-code, error-recovery Severity: normal Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: tkoenig at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31716
[Bug middle-end/31699] [Regression 4.3] -march=opteron -ftree-vectorize generates wrong code
--- Comment #4 from dorit at il dot ibm dot com 2007-04-26 19:37 --- I'm testing the attched patch. The problem is that we don't compute the peel factor correctly (when peeling to align a store) when we have multiple data-types in the loop (the computation assumes that VF is the number of elements in a vector, but that doesn't hold for all the datarefs in the loop if their types are of different sizes) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31699
[Bug middle-end/31699] [Regression 4.3] -march=opteron -ftree-vectorize generates wrong code
--- Comment #3 from dorit at il dot ibm dot com 2007-04-26 19:34 --- Created an attachment (id=13450) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13450&action=view) patch -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31699
[Bug tree-optimization/31715] [4.3 Regression] Array calculation done incorrectly
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-04-26 19:27 --- In final_cleanup we get: if (arr[1073741827] == 0) goto ; else goto ; Which is wrong. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Component|c |tree-optimization Ever Confirmed|0 |1 Keywords||diagnostic, wrong-code Last reconfirmed|-00-00 00:00:00 |2007-04-26 19:27:07 date|| Summary|array overflow misdetected |[4.3 Regression] Array ||calculation done incorrectly Target Milestone|--- |4.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31715
[Bug c/31715] array overflow misdetected
--- Comment #1 from marcus at jet dot franken dot de 2007-04-26 19:10 --- Created an attachment (id=13449) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13449&action=view) x.i gcc -c -O2 -Wall x.i -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31715
[Bug c/31715] New: array overflow misdetected
following sample testcsae misdetects an array overflow /home/marcus/projects/gcc/BIN/bin/gcc -c -O2 -Wall x.i x.i: In function 'f': x.i:7: warning: array subscript is above array bounds -- Summary: array overflow misdetected Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: marcus at jet dot franken dot de GCC build triplet: x86_64-unknown-linux-gnu GCC host triplet: x86_64-unknown-linux-gnu GCC target triplet: x86_64-unknown-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31715
[Bug target/31674] [4.3 Regression] internal consistency failure on ia64 with -O
--- Comment #6 from janis at gcc dot gnu dot org 2007-04-26 18:26 --- A regression hunt on powerpc-linux with an ia64-linux cross compiler using the C test case from comment #5 identified the following patch: http://gcc.gnu.org/viewcvs?view=rev&rev=123524 r123524 | aoliva | 2007-04-05 18:50:34 + (Thu, 05 Apr 2007) -- janis at gcc dot gnu dot org changed: What|Removed |Added CC||aoliva at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31674
[Bug fortran/31711] Data parallel code gets transformed to serial
--- Comment #4 from thobes at gmail dot com 2007-04-26 17:21 --- $ gfortran -v Using built-in specs. Target: i386-apple-darwin8.8.1 Configured with: /tmp/gfortran-20070415/ibin/../gcc/configure --prefix=/usr/local/gfortran --enable-languages=c,fortran --with-gmp=/tmp/gfortran-20070415/gfortran_libs --enable-bootstrap Thread model: posix gcc version 4.3.0 20070415 (experimental) Please note that T(1,1) will be correct. T(1,2) however, will not. This can be seen in the file (result.dat) generated by the program. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31711
[Bug tree-optimization/30567] [4.2 Regression] -O3 optimizer bug
--- Comment #37 from rguenth at gcc dot gnu dot org 2007-04-26 16:50 --- Subject: Bug 30567 Author: rguenth Date: Thu Apr 26 16:50:32 2007 New Revision: 124191 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=124191 Log: 2007-04-26 Richard Guenther <[EMAIL PROTECTED]> Daniel Berlin <[EMAIL PROTECTED]> PR tree-optimization/30567 * g++.dg/other/pr30567.C: New testcase. Added: trunk/gcc/testsuite/g++.dg/other/pr30567.C Modified: trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30567
[Bug tree-optimization/31703] [4.3 regression]: Gcc 4.3 revision 124101 failed to compile gcc 3.2
--- Comment #7 from rguenth at gcc dot gnu dot org 2007-04-26 16:32 --- Fixed. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Keywords||wrong-code Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31703
[Bug libgomp/31682] [4.3 regression]: Many libgomp failures
--- Comment #1 from rguenth at gcc dot gnu dot org 2007-04-26 16:32 --- Those seem to be gone again. Maybe related to PR31703. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31682
[Bug tree-optimization/31703] [4.3 regression]: Gcc 4.3 revision 124101 failed to compile gcc 3.2
--- Comment #6 from rguenth at gcc dot gnu dot org 2007-04-26 16:28 --- Subject: Bug 31703 Author: rguenth Date: Thu Apr 26 16:28:14 2007 New Revision: 124190 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=124190 Log: 2007-04-26 Richard Guenther <[EMAIL PROTECTED]> PR tree-optimization/31703 * tree-ssa-loop-im.c (rewrite_bittest): Make sure to use the right type for the target of the bittest. * gcc.c-torture/compile/pr31703.c: New testcase. * gcc.dg/tree-ssa/ssa-lim-1.c: Adjust pattern. * gcc.dg/tree-ssa/ssa-lim-2.c: Likewise. Added: trunk/gcc/testsuite/gcc.c-torture/compile/pr31703.c Modified: trunk/gcc/ChangeLog trunk/gcc/testsuite/ChangeLog trunk/gcc/testsuite/gcc.dg/tree-ssa/ssa-lim-1.c trunk/gcc/testsuite/gcc.dg/tree-ssa/ssa-lim-2.c trunk/gcc/tree-ssa-loop-im.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31703
[Bug target/31705] inline assembler causes ICE: extract_constrain_insn_cached, at recog.c:2002
--- Comment #2 from fultonm at ca dot ibm dot com 2007-04-26 16:17 --- Thank you for the information. I guess the follow-on question is if generating an internal compiler error is appropriate? I realize it's inline assembler, but are you not able to recover from an invalid entry? Also - I should have mentioned that at no-opt, there is no message or error. Perhaps no-opt is generating invalid code? -- fultonm at ca dot ibm dot com changed: What|Removed |Added Status|RESOLVED|UNCONFIRMED Resolution|INVALID | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31705
[Bug target/31713] Illegal subtraction - symbols from different sections with Solaris as
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-04-26 16:12 --- Fixed by: 2006-11-01 Roger Sayle <[EMAIL PROTECTED]> * configure.ac (HAVE_AS_IX86_DIFF_SECT_DELTA): New test to determine whether the assembler supports taking the difference of symbols in different sections. On x86/Solaris, GAS does but Solaris as doesn't. * configure: Regenerate. * config.in: Regenerate. * config/i386/sol2-10.h (JUMP_TABLES_IN_TEXT_SECTION): Define if the assembler doesn't support taking the difference of symbols in different sections, i.e. we're using the native solaris assembler. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Component|bootstrap |target Resolution||FIXED Target Milestone|--- |4.2.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31713
[Bug fortran/31711] Data parallel code gets transformed to serial
--- Comment #3 from burnus at gcc dot gnu dot org 2007-04-26 16:04 --- This is with which version of gfortran (use gfortran -v)? Which options are you using? I get here (x86-64 Linux) the same result with gfortran 4.3, 4.1.2, g95, ifort, NAG f95: $ gfortran -O3 -ftree-vectorize -march=opteron -funroll-loops -ffast-math xxx.f90 $ ./a.out Time: 0.00 Number of Iterations: 2 Temperature of element T(1,1) = 0.250 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31711
[Bug c/31712] no warning on implicit cast from int to pointer
--- Comment #5 from christoph dot wintersteiger at inf dot ethz dot ch 2007-04-26 16:03 --- Subject: Re: no warning on implicit cast from int to pointer On Thu, 2007-04-26 at 14:56 +, pinskia at gcc dot gnu dot org wrote: > > --- Comment #4 from pinskia at gcc dot gnu dot org 2007-04-26 15:56 > --- > >Thanks for clarifying. I still think it's completely confusing to have > > a[b]==b[a] in general, but that's probably something that can't be changed > > easily. > > Well, this is what the C standard says how this is defined. C++ on the other > hand, is different. > > Yep, you're right, the standard says that. The C++ standard says the same for standard-[] (c-type arrays, I guess not for custom operator[]s in classes). Christoph -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31712
[Bug c/31712] no warning on implicit cast from int to pointer
--- Comment #4 from pinskia at gcc dot gnu dot org 2007-04-26 15:56 --- >Thanks for clarifying. I still think it's completely confusing to have > a[b]==b[a] in general, but that's probably something that can't be changed > easily. Well, this is what the C standard says how this is defined. C++ on the other hand, is different. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31712
[Bug middle-end/31697] [4.3 Regression] Crash of gen. prog. when using -funroll-loops -march=opteron
--- Comment #4 from burnus at gcc dot gnu dot org 2007-04-26 14:53 --- > FYI, I am unable to confirm this on i686-pc-linux-gnu. > aermod seems to work no matter what switches I throw at the compiler. -- > > Might be related to the similar PR 31699. > No, because PR 31699 is triggered by -ftree-vectorize. I'm really interested why this happens only here and not Janne's or SUSE's system. Anyway, I reduced the test case to: 37 aermod2_RESINI.f90 - reduced RESINI subroutine 14 aermod2_prog.f90 - reduced PROGRAM aermod 720 aermod2_main.f90 - the full MAIN module 15410 aermod2.f90 - the remaining part of aermod Compared with initially 26993 lines that's not too bad, but still way too big :-( If I compile everything with the previous options except of aermod2_RESINI.f90 it does not crash. Removing the SAVE in RESINI also gets rid of the crash. Any idea how to proceed except of trying to reduce the 15410 lines? Can anyone else reproduce this (maybe it is only visible using valgrind on other systems)? My "reduced" version is available from: http://physik.fu-berlin.de/~tburnus/tmp/aermod-debug.tar.gz -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31697
[Bug c++/31714] New: [4.1 regression] default_conversion ICE while processing_template_decl
template void foo(void) { const unsigned short m = S ? ((unsigned short) 0 | (unsigned short) 0) : 0; short t = 1 & m; } ICEs in: #0 0x005b136f in operand_equal_p (arg0=0x2e123f60, arg1=0x2e123f90, flags=0) at ../../gcc/fold-const.c:2421 #1 0x005b5792 in fold_binary (code=BIT_IOR_EXPR, type=0x2e004420, op0=0x2e12d540, op1=0x2e12d580) at ../../gcc/fold-const.c:8050 #2 0x005bbde9 in fold_build2_stat (code=2919253024, type=0x0, op0=0x74, op1=0x0) at ../../gcc/fold-const.c:10597 #3 0x005445c6 in convert_to_integer (type=0x2e004420, expr=) at ../../gcc/convert.c:641 #4 0x00462e4a in ocp_convert (type=0x2e004420, expr=, convtype=15, flags=35) at ../../gcc/cp/cvt.c:698 #5 0x005445e9 in convert_to_integer (type=0x2e004420, expr=0x2dff8730) at ../../gcc/convert.c:683 #6 0x00462e4a in ocp_convert (type=0x2e004420, expr=, convtype=15, flags=3) at ../../gcc/cp/cvt.c:698 #7 0x0045e349 in default_conversion (exp=0x2e004420) at ../../gcc/cp/typeck.c:1435 as C++ specific trees (cast_expr in unit size align 32 symtab 0 alias set -1 precision 32 min max pointer_to_this > side-effects arg 0 unit size align 16 symtab 0 alias set -1 precision 16 min max > side-effects arg 0 >> arg 1 side-effects arg 0 >>> are passed to convert_to_integer/fold. This certainly didn't ICE in 3.2.3, and doesn't ICE in 4.2+ either (I believe PR27506 made the difference here). -- Summary: [4.1 regression] default_conversion ICE while processing_template_decl Product: gcc Version: 4.1.3 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: jakub at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31714
[Bug target/31674] [4.3 Regression] internal consistency failure on ia64 with -O
--- Comment #5 from tbm at cyrius dot com 2007-04-26 12:44 --- Here's a better, C based testcase: [EMAIL PROTECTED]:~$ /usr/lib/gcc-snapshot/bin/gcc -c -O anthy-wordlist.c anthy-wordlist.c: In function 'anthy_make_word_list_all': anthy-wordlist.c:33: internal compiler error: internal consistency failure Please submit a full bug report, [...] [EMAIL PROTECTED]:~$ /usr/lib/gcc-snapshot/bin/gcc -c anthy-wordlist.c [EMAIL PROTECTED]:~$ Testcase: struct wtype { unsigned int pos:5; unsigned int cos:4; }; typedef struct wtype wtype_t; struct word_list { wtype_t wt; }; extern wtype_t anthy_wtype_num_noun; static void make_pre_words (wtype_t x) { wtype_t core_wt = x; anthy_wtype_include (anthy_wtype_num_noun, core_wt); } static void make_word_list (int len) { struct word_list tmpl; if (len == 1) { make_pre_words (tmpl.wt); make_suc_words (&tmpl); } } anthy_make_word_list_all () { int i; for (i = 0; i < 3; i++) make_word_list (i); } -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31674
[Bug bootstrap/31713] New: Illegal subtraction - symbols from different sections with Solaris as
I've seen this in other reports, but it seems to have been marked as `fixed' as of 3.0.x, and still seems to be broken in 4.1.2. Using the Solaris `as', as opposed to `gas', `make bootstrap' fails with "/var/tmp//cc3fLwsc.s", line 338 : Illegal subtraction - symbols from different sections: ".L52", ".L61" make[3]: *** [libgcc/amd64/unwind-dw2.o] Error 1 The offending assembler is 334 .section.rodata 335 .align 4 336 .align 4 337 .L61: 338 .long .L52-.L61 ... 350 .long .L60-.L61 351 .text 352 .L52: -- Summary: Illegal subtraction - symbols from different sections with Solaris as Product: gcc Version: 4.1.2 Status: UNCONFIRMED Severity: normal Priority: P3 Component: bootstrap AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: Rob dot McMahon at warwick dot ac dot uk GCC build triplet: i386-pc-solaris2.10 GCC host triplet: i386-pc-solaris2.10 GCC target triplet: i386-pc-solaris2.10 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31713
[Bug c/31712] no warning on implicit cast from int to pointer
--- Comment #3 from christoph dot wintersteiger at inf dot ethz dot ch 2007-04-26 12:31 --- (In reply to comment #2) > There is no implicit cast here. a[b] is the same as (*((a)+(b))), and since > addition is commutative, this is the same as (b)[a]. > Thanks for clarifying. I still think it's completely confusing to have a[b]==b[a] in general, but that's probably something that can't be changed easily. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31712
[Bug c/31712] no warning on implicit cast from int to pointer
--- Comment #2 from schwab at suse dot de 2007-04-26 12:18 --- There is no implicit cast here. a[b] is the same as (*((a)+(b))), and since addition is commutative, this is the same as (b)[a]. -- schwab at suse dot de changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31712
[Bug target/31674] [4.3 Regression] internal consistency failure on ia64 with -O
--- Comment #4 from tbm at cyrius dot com 2007-04-26 12:18 --- It appears to be related to bitfields. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31674
[Bug tree-optimization/30567] [4.2 Regression] -O3 optimizer bug
--- Comment #36 from rguenth at gcc dot gnu dot org 2007-04-26 12:16 --- Fixed. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30567
[Bug tree-optimization/30567] [4.2 Regression] -O3 optimizer bug
--- Comment #35 from rguenth at gcc dot gnu dot org 2007-04-26 12:15 --- Subject: Bug 30567 Author: rguenth Date: Thu Apr 26 12:15:16 2007 New Revision: 124184 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=124184 Log: 2007-04-26 Richard Guenther <[EMAIL PROTECTED]> Daniel Berlin <[EMAIL PROTECTED]> PR tree-optimization/30567 * tree-ssa-structalias.c (update_alias_info): Record dereference also if ESCAPE_STORED_IN_GLOBAL. * g++.dg/other/pr30567.C: New testcase. Added: branches/gcc-4_2-branch/gcc/testsuite/g++.dg/other/pr30567.C Modified: branches/gcc-4_2-branch/gcc/ChangeLog branches/gcc-4_2-branch/gcc/testsuite/ChangeLog branches/gcc-4_2-branch/gcc/tree-ssa-structalias.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30567
[Bug c/31712] no warning on implicit cast from int to pointer
--- Comment #1 from christoph dot wintersteiger at inf dot ethz dot ch 2007-04-26 12:12 --- Created an attachment (id=13448) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13448&action=view) Testcase, should produce a warning but doesn't. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31712
[Bug c/31712] New: no warning on implicit cast from int to pointer
Mixing up variables when working with strings does not trigger a warning. Example: int main(void) { int plen; char *ptr; plen[ptr]='\0'; /* (char*)'th element of an int */ return 0; } in line 6, plen[ptr]='\0';, plen is implicitly casted to a pointer and ptr is implicitly casted to an unsigned. At least when casting the int to a pointer, there should be a warning. This behavior can be reproduced in, at least, versions 2.95, 3.2.3 and 4.1.2 of gcc. Adding -Wall -g -ansi -pedantic -std=c99 does not help. -- Summary: no warning on implicit cast from int to pointer Product: gcc Version: 4.1.2 Status: UNCONFIRMED Severity: minor Priority: P3 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: christoph dot wintersteiger at inf dot ethz dot ch GCC build triplet: i686-pc-linux-gnu GCC host triplet: i686-pc-linux-gnu GCC target triplet: i686-pc-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31712
[Bug target/31674] [4.3 Regression] internal consistency failure on ia64 with -O
--- Comment #3 from tbm at cyrius dot com 2007-04-26 11:46 --- Janis, can you please do a regression hunt on this? -- tbm at cyrius dot com changed: What|Removed |Added CC||janis at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31674
[Bug rtl-optimization/31691] [4.1 regression] optimized code taking the wrong branch
--- Comment #5 from ebotcazou at gcc dot gnu dot org 2007-04-26 11:28 --- It's again the RTL combiner. -- ebotcazou at gcc dot gnu dot org changed: What|Removed |Added Component|middle-end |rtl-optimization http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31691
[Bug middle-end/31697] [4.3 Regression] Crash of gen. prog. when using -funroll-loops -march=opteron
--- Comment #3 from ubizjak at gmail dot com 2007-04-26 11:23 --- (In reply to comment #1) > Might be related to the similar PR 31699. No, because PR 31699 is triggered by -ftree-vectorize. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31697
[Bug middle-end/31699] [Regression 4.3] -march=opteron -ftree-vectorize generates wrong code
--- Comment #2 from ubizjak at gmail dot com 2007-04-26 11:20 --- This bug is due to my commit: http://gcc.gnu.org/ml/gcc-cvs/2007-04/msg00657.html This patch introduces "vec_unpacks_hi_v4sf" and "vec_unpacks_lo_v4sf" to sse.md an these patterns trigger generic vectorizer problem (related to multiple data types in the loop having VEC_UNPAC_HI/LO and not related to convesions at all) in alignment handling. Polyhedron crashes in: Dump of assembler code from 0x804def2 to 0x804dff2: >> 0x0804def2 :movapd %xmm1,(%eax) 0x0804def6 :cvtps2pd 0xff48(%ebp),%xmm0 0x0804defd :movapd %xmm0,0x10(%eax) 0x0804df02 :add$0x20,%eax 0x0804df05 :cmp%edi,%ebx Dorit has confirmed the problem and she is already testing a fix. The C testcase that crashes (you need -O2 -msse2 -ftree-vectorize [-m32]) to trigger the problem, as "z" needs to be aligned to 8 bytes: --cut here-- float x[256]; void foo(void) { double *z = malloc (sizeof(double) * 256); int i; for (i=0; i<256; ++i) z[i] = x[i] + 1.0f; } int main() { int i; for (i = 0; i < 256; i++) x[i] = (float) i; foo(); return 0; } --cut here-- If an urgent fix is needed, then simply rename "vec_unpacks_hi_v4sf" to "*vec_unpacks_hi_v4sf". -- ubizjak at gmail dot com changed: What|Removed |Added CC||dorit at il dot ibm dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31699
[Bug fortran/31711] Data parallel code gets transformed to serial
--- Comment #2 from thobes at gmail dot com 2007-04-26 10:58 --- Data parallel vector operations doesn't seem to get computed correctly in all cases. Simple cases such as: program test integer,dimension(0:9) :: T integer:: i T(0:9) = 0 T(0) = 1 T(1:9) = T(1:9) + T(0:8) do i=0,9 write(unit=*,fmt=*) 'T(',i,') = ', T(i) end do end program test seem to work, but more complex ones does not (see attached file). This has been tested on a x86 MacBook. -- thobes at gmail dot com changed: What|Removed |Added CC||thobes at gmail dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31711
[Bug fortran/31711] Data parallel code gets transformed to serial
--- Comment #1 from thobes at gmail dot com 2007-04-26 10:56 --- Created an attachment (id=13447) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13447&action=view) Example of code that fails. This program is an example of something that should produce a file where the second column should mostly have the value 0.25 as it does with g95. However that is not the case with gfortran. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31711
[Bug fortran/31711] New: Data parallell code
-- Summary: Data parallell code Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: major Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: thobes at gmail dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31711
[Bug middle-end/31697] [4.3 Regression] Crash of gen. prog. when using -funroll-loops -march=opteron
--- Comment #2 from jb at gcc dot gnu dot org 2007-04-26 10:47 --- FYI, I am unable to confirm this on i686-pc-linux-gnu. aermod seems to work no matter what switches I throw at the compiler. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31697
[Bug middle-end/31699] [Regression 4.3] -march=opteron -ftree-vectorize generates wrong code
--- Comment #1 from jb at gcc dot gnu dot org 2007-04-26 10:36 --- Confirmed. It occurs also on i686-pc-linux-gnu. My observations: - -march specific optimizations do not seem to have any effect. What does have an effect is that on i686-pc-linux-gnu I need either -march= or -msse2 or else the vectorizer is disabled. - Like you, crash occurs with -O2 and -O3, not -O1 I.e. lowest optimization that triggers the bug for me is "-O2 -msse2 -ftree-vectorize". -- jb at gcc dot gnu dot org changed: What|Removed |Added CC||jb at gcc dot gnu dot org Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2007-04-26 10:36:01 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31699
[Bug tree-optimization/31703] [4.3 regression]: Gcc 4.3 revision 124101 failed to compile gcc 3.2
--- Comment #5 from rguenth at gcc dot gnu dot org 2007-04-26 10:35 --- Re comment #3: doh, you are right. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31703
[Bug rtl-optimization/31704] x86_64 poor floating point register allocation across function call
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added CC||rguenth at gcc dot gnu dot ||org Severity|normal |enhancement Keywords||missed-optimization, ra http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31704
[Bug tree-optimization/30567] [4.2 Regression] -O3 optimizer bug
--- Comment #34 from rguenth at gcc dot gnu dot org 2007-04-26 10:02 --- I'll bootstrap & regtest that thing and commit it. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |rguenth at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED Last reconfirmed|2007-02-26 04:38:22 |2007-04-26 10:02:33 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30567
[Bug tree-optimization/31698] [4.1 Regression] ICE in compare_name_with_value, at tree-vrp.c:3272
--- Comment #4 from rguenth at gcc dot gnu dot org 2007-04-26 09:54 --- Fixed. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31698
[Bug tree-optimization/31703] [4.3 regression]: Gcc 4.3 revision 124101 failed to compile gcc 3.2
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |rguenth at gcc dot gnu dot |dot org |org Status|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2007-04-26 09:53:22 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31703
[Bug middle-end/31710] [4.2/4.3 Regression] ICE in in set_value_range, at tree-vrp.c:278
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-04-26 09:05 --- So the range in an semi-old (3 days) compiler, we get is: D.1602_2: VARYING D.1602_3: [-32768, -32768] EQUIVALENCES: { D.1602_2 D.1602_8 } (2 elements) D.1603_4: [-INF(OVF), -32768] EQUIVALENCES: { } (0 elements) D.1602_8: [-32768, -32768] EQUIVALENCES: { D.1602_2 } (1 elements) Well obviously the recent patch to tree-vrp.c (which was also applied to the 4.2 branch) caused this failure as we are checking for overflow in some cases. I always said the patch should never have been applied to the 4.2 branch without a lot more testing. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||ian at gcc dot gnu dot org Severity|normal |blocker GCC build triplet|x86_64-unknown-linux-gnu| GCC host triplet|x86_64-unknown-linux-gnu| GCC target triplet|x86_64-unknown-linux-gnu| Keywords||ice-checking, ice-on-valid- ||code Summary|ICE in in set_value_range, |[4.2/4.3 Regression] ICE in |at tree-vrp.c:278 |in set_value_range, at tree- ||vrp.c:278 Target Milestone|--- |4.2.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31710
[Bug tree-optimization/30558] ICE with OpenMP and exceptions
--- Comment #10 from jakub at gcc dot gnu dot org 2007-04-26 08:47 --- Fixed (4.3/4.2/4.1-rh). -- jakub at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30558
[Bug c/31710] ICE in in set_value_range, at tree-vrp.c:278
--- Comment #1 from marcus at jet dot franken dot de 2007-04-26 08:46 --- Created an attachment (id=13446) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13446&action=view) variant.i gcc -c -O2 variant.i -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31710
[Bug c++/31598] g++ does not accept some OpenMP code
--- Comment #7 from jakub at gcc dot gnu dot org 2007-04-26 08:46 --- Fixed (4.3/4.2/4.1-rh). -- jakub at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31598
[Bug c/31710] New: ICE in in set_value_range, at tree-vrp.c:278
/home/marcus/projects/gcc/BIN/bin/gcc-O2 -c variant.i variant.i: In function 'f': variant.i:7: internal compiler error: in set_value_range, at tree-vrp.c:278 -- Summary: ICE in in set_value_range, at tree-vrp.c:278 Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: marcus at jet dot franken dot de GCC build triplet: x86_64-unknown-linux-gnu GCC host triplet: x86_64-unknown-linux-gnu GCC target triplet: x86_64-unknown-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31710
[Bug c++/31598] g++ does not accept some OpenMP code
--- Comment #6 from jakub at gcc dot gnu dot org 2007-04-26 08:39 --- Subject: Bug 31598 Author: jakub Date: Thu Apr 26 08:39:25 2007 New Revision: 124180 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=124180 Log: PR c++/31598 * tree-inline.c (copy_body_r): Don't touch TREE_TYPE of OMP_CLAUSE. * semantics.c (finish_omp_clauses): Don't create CP_OMP_CLAUSE_INFO for type dependent OMP_CLAUSE_DECLs. * g++.dg/gomp/pr31598.C: New test. Added: branches/gcc-4_2-branch/gcc/testsuite/g++.dg/gomp/pr31598.C Modified: branches/gcc-4_2-branch/gcc/ChangeLog branches/gcc-4_2-branch/gcc/cp/ChangeLog branches/gcc-4_2-branch/gcc/cp/semantics.c branches/gcc-4_2-branch/gcc/testsuite/ChangeLog branches/gcc-4_2-branch/gcc/tree-inline.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31598
[Bug tree-optimization/30558] ICE with OpenMP and exceptions
--- Comment #9 from jakub at gcc dot gnu dot org 2007-04-26 08:35 --- Subject: Bug 30558 Author: jakub Date: Thu Apr 26 08:35:28 2007 New Revision: 124179 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=124179 Log: PR tree-optimization/30558 * tree-eh.c (lower_eh_filter): If EH_FILTER_MUST_NOT_THROW clear this_state.prev_try. * g++.dg/gomp/pr30558.C: New test. Added: branches/gcc-4_2-branch/gcc/testsuite/g++.dg/gomp/pr30558.C Modified: branches/gcc-4_2-branch/gcc/ChangeLog branches/gcc-4_2-branch/gcc/testsuite/ChangeLog branches/gcc-4_2-branch/gcc/tree-eh.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30558
[Bug c++/31598] g++ does not accept some OpenMP code
--- Comment #5 from jakub at gcc dot gnu dot org 2007-04-26 08:32 --- Subject: Bug 31598 Author: jakub Date: Thu Apr 26 08:32:27 2007 New Revision: 124178 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=124178 Log: PR c++/31598 * tree-inline.c (copy_body_r): Don't touch TREE_TYPE of OMP_CLAUSE. * semantics.c (finish_omp_clauses): Don't create CP_OMP_CLAUSE_INFO for type dependent OMP_CLAUSE_DECLs. * g++.dg/gomp/pr31598.C: New test. Added: trunk/gcc/testsuite/g++.dg/gomp/pr31598.C Modified: trunk/gcc/ChangeLog trunk/gcc/cp/ChangeLog trunk/gcc/cp/semantics.c trunk/gcc/testsuite/ChangeLog trunk/gcc/tree-inline.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31598
[Bug tree-optimization/30558] ICE with OpenMP and exceptions
--- Comment #8 from jakub at gcc dot gnu dot org 2007-04-26 08:29 --- Subject: Bug 30558 Author: jakub Date: Thu Apr 26 08:29:46 2007 New Revision: 124177 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=124177 Log: PR tree-optimization/30558 * tree-eh.c (lower_eh_filter): If EH_FILTER_MUST_NOT_THROW clear this_state.prev_try. * g++.dg/gomp/pr30558.C: New test. Added: trunk/gcc/testsuite/g++.dg/gomp/pr30558.C Modified: trunk/gcc/ChangeLog trunk/gcc/testsuite/ChangeLog trunk/gcc/tree-eh.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30558
[Bug target/31705] inline assembler causes ICE: extract_constrain_insn_cached, at recog.c:2002
--- Comment #1 from ubizjak at gmail dot com 2007-04-26 08:22 --- (In reply to comment #0) > __asm__ __volatile__("fptan; fdivp;fchs;": "=&t"(tmpB):"f"(r)); These constraints are wrong. You need: __asm__ __volatile__ ("fptan; fdivp;fchs;" : "=t" (tmpB) : "0"(r) : "st(1)"); Also note that tmpB is unused, as you rewrite it in next statement. -- ubizjak at gmail dot com changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31705
[Bug driver/31107] --target-help doesn't say which options are compiler, assembler or linker options
--- Comment #3 from rsandifo at gcc dot gnu dot org 2007-04-26 08:19 --- Patch committed to mainline. This isn't a regression, and I don't think the bug is serious enough for it to be worth bending the usual backport rules. -- rsandifo at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31107
[Bug target/31701] [4.1/4.2/4.3 Regression] SH: wrong epilogue for sibling calls
--- Comment #1 from kkojima at gcc dot gnu dot org 2007-04-26 08:17 --- I've confirmed that the test case fails also on trunk. sh.c:output_stack_adjust tries to find a register for a constant to unwind the frame and wrongly finds a frame register itself in the problematic case. I'm testing the attached patch. diff -uprN ORIG/trunk/gcc/config/sh/sh.c LOCAL/trunk/gcc/config/sh/sh.c --- ORIG/trunk/gcc/config/sh/sh.c 2007-03-22 09:50:40.0 +0900 +++ LOCAL/trunk/gcc/config/sh/sh.c 2007-04-26 08:06:16.0 +0900 @@ -5619,7 +5619,13 @@ output_stack_adjust (int size, rtx reg, temp = scavenge_reg (&temps); } if (temp < 0 && live_regs_mask) - temp = scavenge_reg (live_regs_mask); + { + HARD_REG_SET temps; + + COPY_HARD_REG_SET (temps, *live_regs_mask); + CLEAR_HARD_REG_BIT (temps, REGNO (reg)); + temp = scavenge_reg (&temps); + } if (temp < 0) { rtx adj_reg, tmp_reg, mem; @@ -5668,6 +5674,9 @@ output_stack_adjust (int size, rtx reg, emit_move_insn (adj_reg, mem); mem = gen_tmp_stack_mem (Pmode, gen_rtx_POST_INC (Pmode, reg)); emit_move_insn (tmp_reg, mem); + /* Tell flow the insns that pop r4/r5 aren't dead. */ + emit_insn (gen_rtx_USE (VOIDmode, tmp_reg)); + emit_insn (gen_rtx_USE (VOIDmode, adj_reg)); return; } const_reg = gen_rtx_REG (GET_MODE (reg), temp); -- kkojima at gcc dot gnu dot org changed: What|Removed |Added CC||kkojima at gcc dot gnu dot ||org Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Known to fail|4.1.0 |4.1.0 4.2.0 4.3.0 Last reconfirmed|-00-00 00:00:00 |2007-04-26 08:17:49 date|| Summary|Program giving segmentation |[4.1/4.2/4.3 Regression] SH: |fault with '-O2'|wrong epilogue for sibling |optimization. |calls http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31701