[Bug ada/26797] [4.3 regression] ACATS cxh1001 fails
--- Comment #46 from law at redhat dot com 2007-09-15 06:35 --- Subject: Re: [4.3 regression] ACATS cxh1001 fails On Wed, 2007-09-12 at 15:55 +, ebotcazou at gcc dot gnu dot org wrote: --- Comment #45 from ebotcazou at gcc dot gnu dot org 2007-09-12 15:55 --- At long last. Woo hoo. An oldie, but a goodie. jeff -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26797
[Bug middle-end/33423] [4.2/4.3 regression]: internal compiler error: in expand_expr_real_1, at expr.c:8670
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||pinskia at gcc dot gnu dot ||org Target Milestone|--- |4.2.2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33423
[Bug libfortran/21185] libgfortran unusable for cross-testing for newlib targets
--- Comment #20 from rask at gcc dot gnu dot org 2007-09-15 10:19 --- arm-unknown-elf has 8000+ failures. Some of them are similar to this one (which happen on the other targets as well): /n/12/rask/src/all/gcc/testsuite/gfortran.dg/chmod_1.f90:0: warning: 'const' attribute directive ignored /n/12/rask/src/all/gcc/testsuite/gfortran.dg/chmod_1.f90:0: warning: 'nothrow' attribute directive ignored /tmp/cc2tVIvn.o: In function `MAIN__': chmod_1.f90:(.text+0x18c): undefined reference to `_gfortran_chmod_i4_sub' chmod_1.f90:(.text+0x1f0): undefined reference to `_gfortran_chmod_i4_sub' chmod_1.f90:(.text+0x200): undefined reference to `_gfortran_getuid' collect2: ld returned 1 exit status FAIL: gfortran.dg/chmod_1.f90 -O1 (test for excess errors) The full list of functions (not all of which are missing on all targets): _gfortran_access_func _gfortran_chmod_func _gfortran_chmod_i4_sub _gfortran_fstat_i4 _gfortran_fstat_i4_sub _gfortran_getgid _gfortran_getuid _gfortran_lstat_i4 _gfortran_lstat_i4_sub _gfortran_specific__acosh_r4 _gfortran_specific__acosh_r8 _gfortran_specific__acos_r8 _gfortran_specific__asin_r8 _gfortran_specific__atanh_r4 Another type of failure is this one: At line 13 of file /n/12/rask/src/all/gcc/testsuite/gfortran.dg/PR19872.f (unit = 1, file = 'fort.1') Fortran runtime error: End of file Counts for each target: arm: 1264 frv: 1192 mipsisa64: 32 sh: 0 v850: 1192 frv-unknown-elf looks reasonable: # of expected passes19140 # of unexpected failures1438 # of expected failures 6 # of unresolved testcases 96 # of untested testcases 8 # of unsupported tests 100 mipsisa64-unknown-elf: 8000+ failures, many of which are this one: mips-core: 1 byte read to unmapped address 0x0 at 0x800214c8 program stopped with signal 10. FAIL: gfortran.fortran-torture/execute/write_logical.f90 execution, -O3 -g sh-unknown-elf: 8000+ failures, of which 6000+ are linker errors. There are many of this one: /n/12/rask/src/all/newlib/libc/sys/sh/syscalls.c:210: undefined reference to `_main' v850-unknown-elf looks reasonable: # of expected passes19319 # of unexpected failures1315 # of expected failures 6 # of unresolved testcases 50 # of unsupported tests 100 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21185
[Bug libfortran/21185] libgfortran unusable for cross-testing for newlib targets
--- Comment #21 from hp at gcc dot gnu dot org 2007-09-15 11:12 --- For cris-elf, results look promising: === gfortran Summary === # of expected passes20431 # of unexpected failures231 # of expected failures 6 # of unresolved testcases 48 # of unsupported tests 100 Lots of the failures seem to be calls to abort while some should be xfailed (lack of certain functions, see comment #20) and some tests/machinery should be adjusted (like removing ^M from output before matching multiple lines). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21185
[Bug target/33431] [SH4] performance regression between 3.4.6 and 4.x
--- Comment #4 from nbkolchin at gmail dot com 2007-09-15 12:13 --- There are no differences in cc1 --target-help output. I will try to split scimark in small pieces and test them separately. Thank you for your help. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33431
[Bug middle-end/33423] [4.2/4.3 regression]: internal compiler error: in expand_expr_real_1, at expr.c:8670
--- Comment #3 from hjl at lucon dot org 2007-09-15 14:23 ---
It is a simpler testcase:
---
static struct {
char buf[15];
} u2;
void
test6 (void)
{
int len;
char *p;
for (len = 0; len 2; len++)
{
p = __builtin___memset_chk (u2.buf, '\0', len, 15);
if (p != u2.buf) return;
}
}
---
--
hjl at lucon dot org changed:
What|Removed |Added
Target Milestone|4.2.2 |---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33423
[Bug libfortran/21185] libgfortran unusable for cross-testing for newlib targets
--- Comment #22 from fxcoudert at gcc dot gnu dot org 2007-09-15 14:53 --- Subject: Bug 21185 Author: fxcoudert Date: Sat Sep 15 14:52:46 2007 New Revision: 128512 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=128512 Log: PR libfortran/21185 * runtime/compile_options.c (set_options): Fix typo. * runtime/main.c (store_exe_path): If getcwd is not available, don't use it. * intrinsics/getcwd.c: Same thing here. * io/unix.c (fallback_access): New fallback function for access. (fix_fd): Don't use dup if it's not available. * configure.ac: Check for dup and getcwd. * configure: Regenerate. * config.h.in: Regenerate. Modified: trunk/libgfortran/ChangeLog trunk/libgfortran/config.h.in trunk/libgfortran/configure trunk/libgfortran/configure.ac trunk/libgfortran/intrinsics/getcwd.c trunk/libgfortran/io/unix.c trunk/libgfortran/runtime/compile_options.c trunk/libgfortran/runtime/main.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21185
[Bug middle-end/33423] [4.2/4.3 regression]: internal compiler error: in expand_expr_real_1, at expr.c:8670
--- Comment #4 from hjl at lucon dot org 2007-09-15 14:58 ---
This one works:
---
static
char buf[15];
void
test6 (void)
{
int len;
char *p;
for (len = 0; len 15; len++)
{
p = __builtin___memset_chk (buf[0], '\0', len, 15);
if (p != buf[0]) return;
}
}
---
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33423
[Bug middle-end/33423] [4.2/4.3 regression]: internal compiler error: in expand_expr_real_1, at expr.c:8670
--- Comment #5 from hjl at lucon dot org 2007-09-15 15:00 --- We can fold __builtin___memset_chk (buf, 0, 1, 15); into __builtin_memset (buf, 0, 1); But we failed to fold __builtin___memset_chk (u2.buf[0], 0, 1, 15); -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33423
[Bug fortran/33400] Formatted read fails if line ends without line break
--- Comment #1 from tkoenig at gcc dot gnu dot org 2007-09-15 15:31 --- Confirmed. -- tkoenig at gcc dot gnu dot org changed: What|Removed |Added CC||tkoenig at gcc dot gnu dot ||org Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2007-09-15 15:31:55 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33400
[Bug c++/14032] Specialization of inner template using outer template argument doesn't work
--- Comment #22 from reichelt at gcc dot gnu dot org 2007-09-15 15:35 --- *** Bug 10574 has been marked as a duplicate of this bug. *** -- reichelt at gcc dot gnu dot org changed: What|Removed |Added CC||gcc-bugzilla at contacts dot ||eelis dot net http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14032
[Bug c++/10574] Partial specialization selection failure involving a default template parameter from inside a template
--- Comment #6 from reichelt at gcc dot gnu dot org 2007-09-15 15:35 --- Fixed with the patch for PR 14032. *** This bug has been marked as a duplicate of 14032 *** -- reichelt at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=10574
[Bug c++/33441] New: FAIL: g++.dg/ext/vla4.C (test for errors, line 10)
Executing on host: /mnt/gnu/gcc/objdir/gcc/testsuite/g++/../../g++ -B/mnt/gnu/gc c/objdir/gcc/testsuite/g++/../../ /mnt/gnu/gcc/gcc/gcc/testsuite/g++.dg/ext/vla4 .C -nostdinc++ -I/mnt/gnu/gcc/objdir/hppa2.0w-hp-hpux11.11/libstdc++-v3/include /hppa2.0w-hp-hpux11.11 -I/mnt/gnu/gcc/objdir/hppa2.0w-hp-hpux11.11/libstdc++-v3/ include -I/mnt/gnu/gcc/gcc/libstdc++-v3/libsupc++ -I/mnt/gnu/gcc/gcc/libstdc++-v 3/include/backward -I/mnt/gnu/gcc/gcc/libstdc++-v3/testsuite/util -fmessage-leng th=0-S -o vla4.s(timeout = 300) /mnt/gnu/gcc/gcc/gcc/testsuite/g++.dg/ext/vla4.C: In function 'void f(int)': /mnt/gnu/gcc/gcc/gcc/testsuite/g++.dg/ext/vla4.C:9: error: cannot create type in formation for type 'int (*)[(((long unsigned int)(((int)i) - 1)) + 1u)]' because it involves types of variable size /mnt/gnu/gcc/gcc/gcc/testsuite/g++.dg/ext/vla4.C: In function 'int main()': /mnt/gnu/gcc/gcc/gcc/testsuite/g++.dg/ext/vla4.C:18: error: cannot create type i nformation for type 'int (*)[(((long unsigned int)(((int)i) - 1)) + 1u)]' becaus e it involves types of variable size compiler exited with status 1 output is: /mnt/gnu/gcc/gcc/gcc/testsuite/g++.dg/ext/vla4.C: In function 'void f(int)': /mnt/gnu/gcc/gcc/gcc/testsuite/g++.dg/ext/vla4.C:9: error: cannot create type in formation for type 'int (*)[(((long unsigned int)(((int)i) - 1)) + 1u)]' because it involves types of variable size /mnt/gnu/gcc/gcc/gcc/testsuite/g++.dg/ext/vla4.C: In function 'int main()': /mnt/gnu/gcc/gcc/gcc/testsuite/g++.dg/ext/vla4.C:18: error: cannot create type i nformation for type 'int (*)[(((long unsigned int)(((int)i) - 1)) + 1u)]' becaus e it involves types of variable size PASS: g++.dg/ext/vla4.C (test for errors, line 9) FAIL: g++.dg/ext/vla4.C (test for errors, line 10) PASS: g++.dg/ext/vla4.C (test for errors, line 18) PASS: g++.dg/ext/vla4.C (test for excess errors) This test didn't fail in 4.2.1, so this fail is a regression. -- Summary: FAIL: g++.dg/ext/vla4.C (test for errors, line 10) Product: gcc Version: 4.2.2 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: danglin at gcc dot gnu dot org GCC build triplet: hppa*-*-* GCC host triplet: hppa*-*-* GCC target triplet: hppa*-*-* http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33441
[Bug libgcj/33442] New: 1938 unexpected fails in libjava testsuite
See http://gcc.gnu.org/ml/gcc-testresults/2007-09/msg00734.html. Here's one: [EMAIL PROTECTED]:~/gnu/gcc-4.2/objdir/hppa-linux/libjava/testsuite$ gdb virtual GNU gdb 6.5.50.20061105-cvs Copyright (C) 2006 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as hppa-unknown-linux-gnu... Using host libthread_db library /lib/libthread_db.so.1. (gdb) r Starting program: /home/dave/gnu/gcc-4.2/objdir/hppa-linux/libjava/testsuite/virtual [Thread debugging using libthread_db enabled] [New Thread 16384 (LWP 18871)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 16384 (LWP 18871)] GC_push_all_eager (bottom=value optimized out, top=0xfb516e88 °Qn\210B*ÝBÞðl\020\027t®) at ../../../gcc/boehm-gc/mark.c:1468 1468q = *p; (gdb) bt #0 GC_push_all_eager (bottom=value optimized out, top=0xfb516e88 °Qn\210B*ÝBÞðl\020\027t®) at ../../../gcc/boehm-gc/mark.c:1468 #1 0x4239c488 in GC_push_all_stacks () at ../../../gcc/boehm-gc/pthread_stop_world.c:307 #2 0x42394ca0 in GC_push_roots (all=1, cold_gc_frame=0xfb516c88 B\222(Ý) at ../../../gcc/boehm-gc/mark_rts.c:646 #3 0x423943a0 in GC_mark_some ( cold_gc_frame=0xfb516e88 °Qn\210B*ÝBÞðl\020\027t®) at ../../../gcc/boehm-gc/mark.c:326 #4 0x4238a80c in GC_stopped_mark ( [EMAIL PROTECTED]: 0x42389b8c GC_never_stop_func) at ../../../gcc/boehm-gc/alloc.c:531 #5 0x4238abe4 in GC_try_to_collect_inner (stop_func=0xfad16000) at ../../../gcc/boehm-gc/alloc.c:378 #6 0x42396550 in GC_init_inner () at ../../../gcc/boehm-gc/misc.c:789 #7 0x4239681c in GC_init () at ../../../gcc/boehm-gc/misc.c:493 #8 0x4238ff7c in GC_init_gcj_malloc (mp_index=-86941696, mp=0xfb516e88) at ../../../gcc/boehm-gc/gcj_mlc.c:60 #9 0x4174ff28 in _Jv_InitGC () at ../../../gcc/libjava/boehm.cc:503 #10 0x416f80fc in _Jv_CreateJavaVM (vm_args=0x0) at ../../../gcc/libjava/prims.cc:1434 #11 0x416f88b8 in _Jv_RunMain (vm_args=0x0, klass=0x12568, name=0x0, argc=1, ---Type return to continue, or q return to quit--- argv=0x4fac980c, is_jar=false) at ../../../gcc/libjava/prims.cc:1520 #12 0x416f8c10 in _Jv_RunMain (klass=0xfb516e88, name=0xfb516e88 °Qn\210B*ÝBÞðl\020\027t®, argc=1121908740, argv=value optimized out, is_jar=3) at ../../../gcc/libjava/prims.cc:1593 #13 0x416f8c3c in JvRunMain (klass=0xfad16000, argc=1, argv=0x42def804) at ../../../gcc/libjava/prims.cc:1599 #14 0x00010c2c in main (argc=1073939190, argv=0x4003030e) at /tmp/ccXCOKNq.i:11 [EMAIL PROTECTED]:~/gnu/gcc-4.2/objdir/gcc$ ./xgcc -B./ -v Reading specs from ./specs Target: hppa-linux Configured with: ../gcc/configure --with-gnu-as --with-gnu-ld --enable-shared --prefix=/home/dave/opt/gnu/gcc/gcc-4.2.2 --with-local-prefix=/home/dave/opt/gnu --enable-threads=posix --enable-__cxa_atexit --host=hppa-linux --enable-clocale=gnu --enable-java-gc=boehm --enable-java-awt=xlib --enable-languages=c,c++,objc,fortran,ada,obj-c++,java Thread model: posix gcc version 4.2.2 20070914 (prerelease) -- Summary: 1938 unexpected fails in libjava testsuite Product: gcc Version: 4.2.2 Status: UNCONFIRMED Severity: normal Priority: P3 Component: libgcj AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: danglin at gcc dot gnu dot org GCC build triplet: hppa-unknown-linux-gnu GCC host triplet: hppa-unknown-linux-gnu GCC target triplet: hppa-unknown-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33442
[Bug libgcj/33442] 1938 unexpected fails in libjava testsuite
--- Comment #1 from danglin at gcc dot gnu dot org 2007-09-15 16:51 --- Hmmm, I also got a bunch of fails on head in my last build on mx3210: http://gcc.gnu.org/ml/gcc-testresults/2007-09/msg00736.html However, there weren't any fails on gsyprf11: http://gcc.gnu.org/ml/gcc-testresults/2007-09/msg00735.html The only recent change in hiauly6 and mx3210 relative to gsyprf11 would be an update to gcc-4.1 (Debian 4.1.2-16). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33442
[Bug libgcj/33442] 1938 unexpected fails in libjava testsuite
--- Comment #2 from danglin at gcc dot gnu dot org 2007-09-15 18:13 --- I have no idea what has triggered this bug but the problem seems to be in the setting of the stack base in GC_get_thread_stack_base(). In particular, pthread_attr_getstack() seems broken. This is the code for the line return stack_addr - stack_size; 0x4239ad40 GC_get_thread_stack_base+96: ldw -78(sp),r20 0x4239ad44 GC_get_thread_stack_base+100: ldw -74(sp),ret0 0x4239ad48 GC_get_thread_stack_base+104: sub r20,ret0,r20 0x4239ad4c GC_get_thread_stack_base+108: copy r20,ret0 At 0x4239ad48: (gdb) p/x $ret0 $5 = 0x80 (gdb) p/x $r20 $6 = 0xfb50c000 (gdb) p/x $sp $7 = 0xfb50cc80 At 0x4239ad50: (gdb) p/x $ret0 $8 = 0xfad0c000 (gdb) c Continuing. Program received signal SIGSEGV, Segmentation fault. GC_push_all_eager (bottom=value optimized out, top=0xfb50ce88 °P\210B*ÝBÞðl\020\027t®) at ../../../gcc/boehm-gc/mark.c:1468 1468q = *p; (gdb) p/x $r3 $9 = 0xfad0c000 It seems that pthread_attr_getstack() returns a stack_addr value that is too small, and after subtracting stack_size to obtain stack_base, we have an invalid pointer. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33442
[Bug debug/33429] debug info for class2 in g++.dg/other/unused1.C requires -femit-class-debug-always
--- Comment #3 from danglin at gcc dot gnu dot org 2007-09-15 18:38 --- I'm also seeing this in 4.2.2. -- danglin at gcc dot gnu dot org changed: What|Removed |Added CC||danglin at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33429
[Bug middle-end/33423] [4.2/4.3 regression]: internal compiler error: in expand_expr_real_1, at expr.c:8670
--- Comment #6 from hjl at lucon dot org 2007-09-15 18:50 ---
Another simple testcase:
---
static char buf;
void
test6 (void)
{
int len;
void *p;
for (len = 0; len 2; len++)
{
p = __builtin___memset_chk (buf, '\0', len, 1);
if (p != buf) return;
}
}
---
fold_builtin_memset was added to return COMPOUND_EXPR via
omit_one_operand. But there was nothing added to handle it.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33423
[Bug bootstrap/33443] New: Compiler warnings in gcc sources
On Linux/x86-64, I got /export/gnu/src/gcc/gcc/gcc/builtins.c:3334: warning: cast discards qualifiers from pointer target type /export/gnu/src/gcc/gcc/gcc/builtins.c:3338: warning: cast discards qualifiers from pointer target type /export/gnu/src/gcc/gcc/gcc/builtins.c:3447: warning: cast discards qualifiers from pointer target type /export/gnu/src/gcc/gcc/gcc/builtins.c:3453: warning: cast discards qualifiers from pointer target type /export/gnu/src/gcc/gcc/gcc/builtins.c:3796: warning: cast discards qualifiers from pointer target type /export/gnu/src/gcc/gcc/gcc/builtins.c:3802: warning: cast discards qualifiers from pointer target type /export/gnu/src/gcc/gcc/gcc/config/i386/driver-i386.c:139: warning: cast discards qualifiers from pointer target type /export/gnu/src/gcc/gcc/gcc/config/i386/driver-i386.c:149: warning: cast discards qualifiers from pointer target type /export/gnu/src/gcc/gcc/gcc/config/i386/driver-i386.c:234: warning: cast discards qualifiers from pointer target type /export/gnu/src/gcc/gcc/gcc/config/i386/driver-i386.c:236: warning: cast discards qualifiers from pointer target type /export/gnu/src/gcc/gcc/gcc/config/i386/driver-i386.c:240: warning: cast discards qualifiers from pointer target type /export/gnu/src/gcc/gcc/gcc/config/i386/driver-i386.c:253: warning: cast discards qualifiers from pointer target type /export/gnu/src/gcc/gcc/gcc/config/i386/driver-i386.c:58: warning: cast discards qualifiers from pointer target type /export/gnu/src/gcc/gcc/gcc/config/i386/i386.md:19536: warning: operand 1 missing mode? /export/gnu/src/gcc/gcc/gcc/config/i386/i386.md:19579: warning: operand 1 missing mode? /export/gnu/src/gcc/gcc/gcc/cselib.c:237: warning: cast discards qualifiers from pointer target type /export/gnu/src/gcc/gcc/gcc/expr.c:4532: warning: cast discards qualifiers from pointer target type /export/gnu/src/gcc/gcc/gcc/expr.c:4540: warning: cast discards qualifiers from pointer target type /export/gnu/src/gcc/gcc/gcc/fortran/module.c:2816: warning: cast discards qualifiers from pointer target type /export/gnu/src/gcc/gcc/gcc/fortran/module.c:2851: warning: cast discards qualifiers from pointer target type /export/gnu/src/gcc/gcc/gcc/gengtype.c:1274: warning: cast discards qualifiers from pointer target type /export/gnu/src/gcc/gcc/gcc/gengtype.c:1276: warning: cast discards qualifiers from pointer target type /export/gnu/src/gcc/gcc/gcc/gengtype.c:1325: warning: cast discards qualifiers from pointer target type /export/gnu/src/gcc/gcc/gcc/gengtype.c:436: warning: cast discards qualifiers from pointer target type /export/gnu/src/gcc/gcc/gcc/ggc-common.c:128: warning: cast discards qualifiers from pointer target type /export/gnu/src/gcc/gcc/gcc/stringpool.c:200: warning: cast discards qualifiers from pointer target type /export/gnu/src/gcc/gcc/gcc/tree-ssa-phiopt.c:1104: warning: cast discards qualifiers from pointer target type /export/gnu/src/gcc/gcc/gcc/tree-ssa-phiopt.c:1113: warning: cast discards qualifiers from pointer target type /export/gnu/src/gcc/gcc/gcc/tree-ssa-phiopt.c:1114: warning: cast discards qualifiers from pointer target type -- Summary: Compiler warnings in gcc sources Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: bootstrap AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: hjl at lucon dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33443
[Bug middle-end/33443] Compiler warnings in gcc sources
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-09-15 19:18 --- These are all expected. and they will never cause a bootstrap failure. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Component|bootstrap |middle-end http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33443
[Bug middle-end/33423] [4.2/4.3 regression]: internal compiler error: in expand_expr_real_1, at expr.c:8670
--- Comment #7 from hjl at lucon dot org 2007-09-15 19:24 ---
This patch works for the testcase.
--- gcc/expr.c.chk 2007-09-07 07:53:42.0 -0700
+++ gcc/expr.c 2007-09-15 12:21:57.0 -0700
@@ -9117,7 +9117,6 @@ expand_expr_real_1 (tree exp, rtx target
case BIND_EXPR:
case INIT_EXPR:
case CONJ_EXPR:
-case COMPOUND_EXPR:
case PREINCREMENT_EXPR:
case PREDECREMENT_EXPR:
case POSTINCREMENT_EXPR:
@@ -9129,6 +9128,15 @@ expand_expr_real_1 (tree exp, rtx target
/* Lowered by gimplify.c. */
gcc_unreachable ();
+case COMPOUND_EXPR:
+ while (TREE_CODE (exp) == COMPOUND_EXPR)
+ {
+ expand_expr (TREE_OPERAND (exp, 0), const0_rtx, VOIDmode,
+ EXPAND_NORMAL);
+ exp = TREE_OPERAND (exp, 1);
+ }
+ return expand_expr (exp, target, mode, EXPAND_NORMAL);
+
case CHANGE_DYNAMIC_TYPE_EXPR:
/* This is ignored at the RTL level. The tree level set
DECL_POINTER_ALIAS_SET of any variable to be 0, which is
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33423
[Bug middle-end/33423] [4.2/4.3 regression]: internal compiler error: in expand_expr_real_1, at expr.c:8670
--- Comment #8 from pinskia at gcc dot gnu dot org 2007-09-15 19:30 --- Subject: Re: [4.2/4.3 regression]: internal compiler error: in expand_expr_real_1, at expr.c:8670 On 15 Sep 2007 19:24:28 -, hjl at lucon dot org [EMAIL PROTECTED] wrote: --- Comment #7 from hjl at lucon dot org 2007-09-15 19:24 --- This patch works for the testcase. And is wrong. COMPOUND_EXPR support was removed on purpose. -- Pinski -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33423
[Bug target/33062] ICE in emit_move_insn and expand_call with -fdefault-integer-8
--- Comment #9 from danglin at gcc dot gnu dot org 2007-09-15 19:31 --- Subject: Bug 33062 Author: danglin Date: Sat Sep 15 19:30:50 2007 New Revision: 128516 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=128516 Log: PR target/33062 * pa.c (function_value): Use GET_MODE_BITSIZE instead of TYPE_PRECISION. Modified: trunk/gcc/ChangeLog trunk/gcc/config/pa/pa.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33062
[Bug target/33062] ICE in emit_move_insn and expand_call with -fdefault-integer-8
--- Comment #10 from danglin at gcc dot gnu dot org 2007-09-15 19:44 --- Fixed by change. -- danglin at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33062
[Bug fortran/33444] New: openmp invalid multi-thread runtime result (-ffree-form only!)
fortran code using openmp fails at runtime for multiple threads under -ffree-form (but NOT -ffixed-form). possibly due solely to treatment of continuation characters? (tested only under gcc 4.1.2 (fedora core 7) -- Summary: openmp invalid multi-thread runtime result (-ffree-form only!) Product: gcc Version: 4.1.2 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: fred2 at qnet dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33444
[Bug middle-end/33348] [4.3 Regression] gfortran.dg/g77/19990826-3.f fails at -O1
--- Comment #1 from dominiq at lps dot ens dot fr 2007-09-15 19:47 ---
I have reduced the test to:
C* PCAPOP
SUBROUTINE PCAPOP()
DIMENSION NVA(6)
C
! P1=FLOAT(NB)/FLOAT(M1)
10IP1=P1
IF(IP1.GE.NVA(K)) GOTO 7
IF(IP2.EQ.0) GOTO 3
7 IF(K.EQ.6) GOTO 11
GOTO 10
11IP1=0
3 CONTINUE
END
It gives slightly different failures at -O1:
19990826-3_red.f: In function 'pcapop':
19990826-3_red.f:12: error: invalid rtl sharing found in the insn
(insn 42 41 43 2 19990826-3_red.f:7 (set (reg:SI 136)
(mem/c/i:SI (plus:SI (reg/f:SI 113 sfp)
(const_int 60 [0x3c])) [0 S4 A32])) 328 {*movsi_internal1}
(expr_list:REG_EQUAL (fix:SI (reg:DF 134))
(nil)))
19990826-3_red.f:12: error: shared rtx
(mem/c/i:SI (plus:SI (reg/f:SI 113 sfp)
(const_int 60 [0x3c])) [0 S4 A32])
19990826-3_red.f:12: internal compiler error: internal consistency failure
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html for instructions.
-O2:
19990826-3_red.f: In function 'pcapop':
19990826-3_red.f:12: error: invalid rtl sharing found in the insn
(insn 44 43 45 2 (set (reg:SI 136)
(mem/c/i:SI (plus:SI (reg/f:SI 113 sfp)
(const_int 60 [0x3c])) [3 S4 A32])) 328 {*movsi_internal1}
(expr_list:REG_EQUAL (fix:SI (reg:DF 134))
(nil)))
19990826-3_red.f:12: error: shared rtx
(mem/c/i:SI (plus:SI (reg/f:SI 113 sfp)
(const_int 60 [0x3c])) [3 S4 A32])
19990826-3_red.f:12: internal compiler error: internal consistency failure
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html for instructions.
and -Os:
19990826-3_red.f: In function 'pcapop':
19990826-3_red.f:12: error: invalid rtl sharing found in the insn
(insn 43 42 44 2 19990826-3_red.f:7 (set (reg:SI 136)
(mem/c/i:SI (plus:SI (reg/f:SI 113 sfp)
(const_int 60 [0x3c])) [3 S4 A32])) 328 {*movsi_internal1}
(expr_list:REG_EQUAL (fix:SI (reg:DF 134))
(nil)))
19990826-3_red.f:12: error: shared rtx
(mem/c/i:SI (plus:SI (reg/f:SI 113 sfp)
(const_int 60 [0x3c])) [3 S4 A32])
19990826-3_red.f:12: internal compiler error: internal consistency failure
Please submit a full bug report,
with preprocessed source if appropriate.
but compiles at -O0 and -O3.
Now the strange thing is that if I uncomment the line:
! P1=FLOAT(NB)/FLOAT(M1)
it fails only at -O1 and -Os:
[karma] f90/bug% gfc -c -O0 19990826-3_red.f
[karma] f90/bug% gfc -c -Os 19990826-3_red.f
19990826-3_red.f: In function 'pcapop':
19990826-3_red.f:12: error: invalid rtl sharing found in the insn
(insn 60 59 61 2 19990826-3_red.f:7 (set (reg:SI 156)
(mem/c/i:SI (plus:SI (reg/f:SI 113 sfp)
(const_int 76 [0x4c])) [3 S4 A32])) 328 {*movsi_internal1}
(expr_list:REG_EQUAL (fix:SI (reg:DF 154))
(nil)))
19990826-3_red.f:12: error: shared rtx
(mem/c/i:SI (plus:SI (reg/f:SI 113 sfp)
(const_int 76 [0x4c])) [3 S4 A32])
19990826-3_red.f:12: internal compiler error: internal consistency failure
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html for instructions.
[karma] f90/bug% gfc -c -O3 19990826-3_red.f
[karma] f90/bug% gfc -c -O2 19990826-3_red.f
[karma] f90/bug% gfc -c -O1 19990826-3_red.f
19990826-3_red.f: In function 'pcapop':
19990826-3_red.f:12: error: invalid rtl sharing found in the insn
(insn 59 58 60 2 19990826-3_red.f:7 (set (reg:SI 156)
(mem/c/i:SI (plus:SI (reg/f:SI 113 sfp)
(const_int 76 [0x4c])) [0 S4 A32])) 328 {*movsi_internal1}
(expr_list:REG_EQUAL (fix:SI (reg:DF 154))
(nil)))
19990826-3_red.f:12: error: shared rtx
(mem/c/i:SI (plus:SI (reg/f:SI 113 sfp)
(const_int 76 [0x4c])) [0 S4 A32])
19990826-3_red.f:12: internal compiler error: internal consistency failure
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html for instructions.
I did not succeeded to further simplify the spaghetti code while keeping the
failure(s).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33348
[Bug fortran/33445] New: openmp invalid multi-thread runtime result (-ffree-form only!)
fortran code using openmp fails at runtime for multiple threads under -ffree-form (but NOT -ffixed-form). possibly due solely to treatment of continuation characters? (tested only under gcc 4.1.2 (fedora core 7) $ gcc -v Using built-in specs. Target: x86_64-redhat-linux Configured with: ../configure --prefix=/usr --mandir=/usr/share/man --infodir=/usr/share/info --enable-shared --enable-threads=posix --enable-checking=release --with-system-zlib --enable-__cxa_atexit --disable-libunwind-exceptions --enable-languages=c,c++,objc,obj-c++,java,fortran,ada --enable-java-awt=gtk --disable-dssi --enable-plugin --with-java-home=/usr/lib/jvm/java-1.5.0-gcj-1.5.0.0/jre --enable-libgcj-multifile --enable-java-maintainer-mode --with-ecj-jar=/usr/share/java/eclipse-ecj.jar --with-cpu=generic --host=x86_64-redhat-linux Thread model: posix gcc version 4.1.2 20070502 (Red Hat 4.1.2-12) error vs. compilation flags: source_file gfortran_flags OMP_NUM_THREADS run_time_result (stdout) md.f(none) N/A (serial)ok md.f-fopenmp1 ok md.f-fopenmp2 ok mdfree.f-ffree-form N/A (serial)ok mdfree.f-fopenmp -ffree-form1 ok mdfree.f-fopenmp -ffree-form2 NaN mdfree.f90 (none) N/A (serial)ok mdfree.f90 -fopenmp1 ok mdfree.f90 -fopenmp2 NaN md.f is from http://www.openmp.org/drupal/samples/md.html (note: nsteps is reduced from 1000 to 100 to speed up testing). mdfree.f replaces the fixed-form continuation characters (in column 6) w/ the free-form (): $ diff md.f mdfree.f 41,42c41,42 call compute(nparts,ndim,box,position,velocity,mass, . force,potential,kinetic) --- call compute(nparts,ndim,box,position,velocity,mass, force,potential,kinetic) 47,48c47,48 call compute(nparts,ndim,box,position,velocity,mass, . force,potential,kinetic) --- call compute(nparts,ndim,box,position,velocity,mass, force,potential,kinetic) mdfree.f90 is just renamed mdfree.f. -- Summary: openmp invalid multi-thread runtime result (-ffree-form only!) Product: gcc Version: 4.1.2 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: fred2 at qnet dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33445
[Bug fortran/33445] openmp invalid multi-thread runtime result (-ffree-form only!)
--- Comment #1 from fred2 at qnet dot com 2007-09-15 19:52 --- Created an attachment (id=14209) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14209action=view) fixed-form source code (runs correctly). see bug description to duplicate error this attachment (and bug description) was incorrectly omitted from bug 33444 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33445
[Bug target/33406] [4.3 Regression] At revision 128385 Bootstraping PPC Darwin still fail in Java
--- Comment #7 from dominiq at lps dot ens dot fr 2007-09-15 19:53 --- I won't comment about the incredible activity on this bug!-( Lastly, if this is the same bug that is breaking the libgomp build on powerpc64 linux, those testresults are now all being posted with libgomp disabled. I think this bug is different and has been fixed: === libgomp Summary for unix === # of expected passes1131 # of unexpected failures8 # of unsupported tests 62 === libgomp Summary for unix/-m64 === # of expected passes1131 # of unexpected failures8 # of unsupported tests 62 === libgomp Summary === # of expected passes2262 # of unexpected failures16 # of unsupported tests 124 the failures coming from libgomp.fortran/crayptr2.f90. Note that I am now only building gcc and gfortran. It's faster and it works. I won't give any attempt to build other languages untill regress is back to work. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33406
[Bug middle-end/33423] [4.2/4.3 regression]: internal compiler error: in expand_expr_real_1, at expr.c:8670
-- jakub at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |jakub at gcc dot gnu dot org |dot org | Status|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2007-09-15 20:01:47 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33423
[Bug middle-end/33348] [4.3 Regression] gfortran.dg/g77/19990826-3.f fails at -O1
--- Comment #2 from dominiq at lps dot ens dot fr 2007-09-15 20:28 --- The line SUBROUTINE PCAPOP() is not necessary to get the failure. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33348
[Bug c++/30300] Bogus diagnostic for anonymous structs/classes
--- Comment #3 from reichelt at gcc dot gnu dot org 2007-09-15 20:44 --- The diagnostic was fixed by the patch for PR30302. -- reichelt at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED Target Milestone|--- |4.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30300
[Bug fortran/33446] New: [4.3 regression] ERROR: gfortran.dg/nint_2.f90 -O0 : syntax error in target selector
seen on i686-linux-gnu 20070915, this testcase fails
Matthias
ERROR: gfortran.dg/nint_2.f90 -O0 : syntax error in target selector xfail
powerpc-ibm-aix* powerpc*-linux* for dg-do 6 run { xfail powerpc-ibm-aix*
powerpc*-linux* }
--
Summary: [4.3 regression] ERROR: gfortran.dg/nint_2.f90 -O0 :
syntax error in target selector
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: debian-gcc at lists dot debian dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33446
[Bug fortran/33446] [4.3 regression] ERROR: gfortran.dg/nint_2.f90 -O0 : syntax error in target selector
--- Comment #1 from dominiq at lps dot ens dot fr 2007-09-15 21:17 --- see http://gcc.gnu.org/ml/fortran/2007-09/msg00247.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33446
[Bug tree-optimization/33373] [4.3 Regression] ICE in vectorizable_type_demotion, at tree-vect-transform.c:4098
--- Comment #6 from belyshev at depni dot sinp dot msu dot ru 2007-09-15 21:54 --- Fixed. http://gcc.gnu.org/viewcvs?view=revrevision=128514 -- belyshev at depni dot sinp dot msu dot ru changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33373
[Bug middle-end/31497] FAIL: gcc.dg/builtins-59.c on PA HP-UX
--- Comment #1 from danglin at gcc dot gnu dot org 2007-09-15 22:48 --- Regarding builtins-59.c, I believe it fails because expand_builtin_sincos() returns NULL_RTX if the sincos insn is not available. Possibly, this is a bit pessimistic but it looks like I should xfail the two failing checks. Regarding builtins-62.c, I believe that it fails because execute_cse_sincos_1() doesn't do the cexpi optimization: /* Simply insert cexpi at the beginning of top_bb but not earlier than the name def statement. */ fndecl = mathfn_built_in (type, BUILT_IN_CEXPI); if (!fndecl) return; Same for builtins-61.c. fold_builtin_cexp() doesn't do its stuff because: ifn = mathfn_built_in (rtype, BUILT_IN_CEXPI); if (!ifn) return NULL_TREE; It looks like the failing checks in these two tests should also be xfailed. Thoughts? -- danglin at gcc dot gnu dot org changed: What|Removed |Added CC||rguenther at suse dot de http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31497
[Bug tree-optimization/31496] FAIL: gcc.dg/builtins-20.c (test for excess errors)
--- Comment #3 from danglin at gcc dot gnu dot org 2007-09-15 23:12 --- I believe that this test started failing when mode cases were added in the Handle CONJ_EXPR in negate_expr_p and fold_negate_expr. Test doesn't fail on linux, so this has something to do with missing C99 functions. -- danglin at gcc dot gnu dot org changed: What|Removed |Added CC||ghazi at caip dot rutgers ||dot edu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31496
[Bug tree-optimization/32572] Small C++ function fails to inline with large negative badness
--- Comment #3 from astrange at ithinksw dot com 2007-09-15 23:47 --- It's more like it was accidentally fixed and the underlying cause is still there, but it is fixed. -- astrange at ithinksw dot com changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32572
[Bug tree-optimization/31496] FAIL: gcc.dg/builtins-20.c (test for excess errors)
--- Comment #4 from danglin at gcc dot gnu dot org 2007-09-16 00:21 ---
Sorry, comment #3 is wrong.
This change was introduced by the additions to builtins-20.c for the
carg(z) - atan2(z.i, z.r). There we have:
+static tree
+fold_builtin_carg(tree arglist, tree type)
+{
+ if (validate_arglist (arglist, COMPLEX_TYPE, VOID_TYPE))
+{
+ tree atan2_fn = mathfn_built_in (type, BUILT_IN_ATAN2);
+
+ if (atan2_fn)
+{
+ tree arg = builtin_save_expr (TREE_VALUE (arglist));
+ tree r_arg = fold_build1 (REALPART_EXPR, type, arg);
+ tree i_arg = fold_build1 (IMAGPART_EXPR, type, arg);
+ tree newarglist = tree_cons (NULL_TREE, i_arg,
+ build_tree_list (NULL_TREE, r_arg));
+ return build_function_call_expr (atan2_fn, newarglist);
+ }
+}
+
+ return NULL_TREE;
+}
PA-RISC HP-UX has atan2 and atan2f, but not atan2l. We have in
builtins.def:
DEF_C99_C90RES_BUILTIN (BUILT_IN_ATAN2F, atan2f, BT_FN_FLOAT_FLOAT_FLOAT,
ATTR
_MATHFN_FPROUNDING_ERRNO)
and
/* Builtin that is specified by C99 and C90 reserve the name for future use.
We can still recognize the builtin in C90 mode but we can't produce it
implicitly. */
#undef DEF_C99_C90RES_BUILTIN
#define DEF_C99_C90RES_BUILTIN(ENUM, NAME, TYPE, ATTRS) \
DEF_BUILTIN (ENUM, __builtin_ NAME, BUILT_IN_NORMAL, TYPE, TYPE,\
true, true, !flag_isoc99, ATTRS, TARGET_C99_FUNCTIONS, true)
Think we need to do something about atan2f in the backend. However,
we don't have atan2l, so the test will have to be xfailed...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31496
[Bug tree-optimization/31496] FAIL: gcc.dg/builtins-20.c (test for excess errors)
--- Comment #5 from danglin at gcc dot gnu dot org 2007-09-16 02:03 --- There doesn't seem to be any difference between the definitions for DEF_C99_BUILTIN and DEF_C99_C90RES_BUILTIN. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31496
[Bug libfortran/21185] libgfortran unusable for cross-testing for newlib targets
--- Comment #23 from hp at gcc dot gnu dot org 2007-09-16 02:29 --- Created an attachment (id=14210) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14210action=view) bzip2:ed gfortran.log for cris-elf for r128489 plus access_dup2.diff plus toplevel patch to enable gfortran for cris-elf. As requested in email. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21185
[Bug target/11180] [avr-gcc] Optimization decrease performance of struct assignment.
--- Comment #14 from dmixm at marine dot febras dot ru 2007-09-16 03:22
---
It was:
(define_insn movdi
[(set (match_operand:DI 0 nonimmediate_operand )
(match_operand:DI 1 general_operand ))]
#)
(define_split
[(set (match_operand:DI 0 nonimmediate_operand )
(match_operand:DI 1 general_operand ))]
reload_completed
[(set (match_dup 2) (match_dup 4))
(set (match_dup 3) (match_dup 5))]
{
operands[2] = simplify_gen_subreg (SImode, operands[0], DImode, 0);
operands[3] = simplify_gen_subreg (SImode, operands[0], DImode, 4);
operands[4] = simplify_gen_subreg (SImode, operands[1], DImode, 0);
operands[5] = simplify_gen_subreg (SImode, operands[1], DImode, 4);
})
Alas, this elementary addition has appeared erroneous.
The following program leads to emergency end of compilation:
int main ()
{
volatile long long x = 0x0102030405060708LL;
if (x != 0x0102030405060708LL)
exit (__LINE__);
exit (0);
}
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=11180
