[Bug tree-optimization/37433] [4.4 Regression] tree check: expected function_decl, have string_cst in ccp_fold, at tree-ssa-ccp.c:1050
--- Comment #6 from tbm at cyrius dot com 2008-09-09 07:15 --- I also just ran into: internal compiler error: tree check: expected function_decl, have var_decl in ccp_fold, at tree-ssa-ccp.c:1050 i.e. var_decl rather than function_decl Do you want preprocessed source for this one too? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37433
[Bug tree-optimization/37433] [4.4 Regression] tree check: expected function_decl, have string_cst in ccp_fold, at tree-ssa-ccp.c:1050
--- Comment #7 from rguenther at suse dot de 2008-09-09 07:31 --- Subject: Re: [4.4 Regression] tree check: expected function_decl, have string_cst in ccp_fold, at tree-ssa-ccp.c:1050 On Tue, 9 Sep 2008, tbm at cyrius dot com wrote: --- Comment #6 from tbm at cyrius dot com 2008-09-09 07:15 --- I also just ran into: internal compiler error: tree check: expected function_decl, have var_decl in ccp_fold, at tree-ssa-ccp.c:1050 i.e. var_decl rather than function_decl Do you want preprocessed source for this one too? No need to. Richard. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37433
[Bug middle-end/37380] [4.4 Regression] ../../gcc/libcpp/charset.c:1103: error: 'cvt.77.width' is used uninitialized in this function
--- Comment #6 from rguenth at gcc dot gnu dot org 2008-09-09 07:31 --- Can you attach preprocessed source so I can reproduce this with a cross? Thanks. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37380
[Bug target/37438] New: [4.4 Regression] ICE in extract_insn, at recog.c:2027 for i{4,5}86
[maybe duplicate of or related to PR37434]
fails for i486, i586, works with i386, i686:
- 8 -
$ cat mknod.6.i
int gnu_dev_minor (unsigned long long int dev)
{
return (dev 0xff) | ((unsigned int) (dev 12) ~0xff);
}
int mknod(const char *path, unsigned int mode, unsigned long long int dev)
{
unsigned short k_dev;
k_dev = ((gnu_dev_major (dev) 0xff) 8) | (gnu_dev_minor (dev) 0xff);
return __syscall_mknod(path, mode, k_dev);
}
- 8 -
$ gcc-4.4-HEAD -Os -march=i486 -c mknod.6.i -o mknod.o -v
Using built-in specs.
Target: i686-linux-gnu
Configured with: ../../src/gcc-4.4/configure -v --enable-languages=c
CFLAGS='-O0 -g3 -ggdb3 -finline-limit=1' CXXFLAGS='-O0 -g3 -ggdb3
-finline-limit=1' 'BOOT_CFLAGS=-O0 -g3 -ggdb3 -finline-limit=1'
'BOOT_CXXFLAGS=-O0 -g3 -ggdb3 -finline-limit=1' 'CFLAGS_FOR_TARGET=-O0 -g3
-ggdb3 -finline-limit=1' 'CXXFLAGS_FOR_TARGET=-O0 -g3 -ggdb3 -finline-limit=1'
--prefix=/opt/gcc-4.4/ --enable-shared --with-system-zlib
--libexecdir=/opt/gcc-4.4/lib --enable-nls --without-included-gettext
--enable-threads=posix --program-suffix=-4.4-HEAD --enable-__cxa_atexit
--enable-libstdcxx-allocator=mt --enable-clocale=gnu --enable-libstdcxx-debug
--enable-mpfr --disable-werror --enable-checking=yes --enable-debug
--disable-intermodule --enable-multilib i686-linux-gnu
Thread model: posix
gcc version 4.4.0 20080904 (experimental) [trunk revision 139986] (GCC)
COLLECT_GCC_OPTIONS='-Os' '-march=i486' '-c' '-o' 'mknod.o' '-v'
/opt/gcc-4.4/bin/../../gcc-4.4/lib/gcc/i686-linux-gnu/4.4.0/cc1 -fpreprocessed
mknod.6.i -quiet -dumpbase mknod.6.i -march=i486 -auxbase-strip mknod.o -Os
-version -o /tmp/cckAXH2c.s
GNU C (GCC) version 4.4.0 20080904 (experimental) [trunk revision 139986]
(i686-linux-gnu)
compiled by GNU C version 4.4.0 20080904 (experimental) [trunk revision
139986], GMP version 4.2.2, MPFR version 2.3.1.
GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096
Compiler executable checksum: 88d8e62b153efecf9e83ecd8fac9180d
mknod.6.i: In function mknod:
mknod.6.i:10: error: unrecognizable insn:
(insn 47 17 19 2 mknod.6.i:9 (set (reg:HI 3 bx [69])
(zero_extend:HI (reg:QI 3 bx [orig:63 dev ] [63]))) -1 (nil))
mknod.6.i:10: internal compiler error: in extract_insn, at recog.c:2027
--
Summary: [4.4 Regression] ICE in extract_insn, at recog.c:2027
for i{4,5}86
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Keywords: ice-on-valid-code
Severity: normal
Priority: P3
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: aldot at gcc dot gnu dot org
GCC target triplet: i{4,5}86-*-*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37438
[Bug target/37438] [4.4 Regression] ICE in extract_insn, at recog.c:2027 for i{4,5}86
-- aldot at gcc dot gnu dot org changed: What|Removed |Added CC||hjl dot tools at gmail dot ||com Known to fail||4.4.0 Known to work||4.3.1 Target Milestone|--- |4.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37438
[Bug fortran/37411] ICE (segfault) in trans-array.c
-- domob at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |domob at gcc dot gnu dot org |dot org | Status|NEW |ASSIGNED Last reconfirmed|2008-09-07 20:09:05 |2008-09-09 07:56:33 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37411
[Bug c++/37389] [4.2/4.3/4.4 Regression] expected integer_cst, have error_mark in build_enumerator
--- Comment #3 from jakub at gcc dot gnu dot org 2008-09-09 07:58 --- Mine. -- 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 | URL||http://gcc.gnu.org/ml/gcc- ||patches/2008- ||09/msg00673.html Status|NEW |ASSIGNED Last reconfirmed|2008-09-05 22:37:42 |2008-09-09 07:58:52 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37389
[Bug rtl-optimization/37408] [4.3/4.4 regression] Invalid insn scheduling
--- Comment #4 from jakub at gcc dot gnu dot org 2008-09-09 08:12 ---
The alias set is the same:
(insn:TI 2204 2201 78 pr37408.i:9124 (set (reg:DI 6 6)
(zero_extend:DI (mem/c/i:SI (plus:DI (reg:DI 5 5 [6])
(const_int 1492 [0x5d4])) [5 nargs+4 S4 A64]))) 14
{*zero_extendsidi2_internal1} (nil))
(insn:TI 68 82 69 pr37408.i:9114 (set (mem/c/i:DI (plus:DI (reg:DI 5 5)
(const_int 1488 [0x5d0])) [5 nargs+0 S4 A64])
(reg:DI 3 3 [ nargs+-4 ])) 337 {*movdi_internal64} (expr_list:REG_DEAD
(reg:DI 3 3 [ nargs+-4 ])
(expr_list:REG_EQUIV (mem/c/i:DI (plus:DI (reg/f:DI 67 ap)
(const_int 48 [0x30])) [5 nargs+0 S4 A64])
(nil
Perhaps MEM_SIZE in second insn (originally first) being only 32-bit and not
64-bit is the bug.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37408
[Bug middle-end/37385] [4.4 Regression] ICE in set_mem_alias_set with the vectorizer and function pointers
--- Comment #6 from irar at il dot ibm dot com 2008-09-09 08:24 --- (In reply to comment #5) This looks related to PR 37418. The testcase in PR 37418 ICEs also with -fno-tree-vectorize. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37385
[Bug rtl-optimization/37408] [4.3/4.4 regression] Invalid insn scheduling
--- Comment #5 from jakub at gcc dot gnu dot org 2008-09-09 09:08 --- Indeed, MEM_SIZE is the cause. --- gcc/function.c.jj 2008-09-08 09:33:51.0 +0200 +++ gcc/function.c 2008-09-09 10:59:15.0 +0200 @@ -2332,6 +2332,11 @@ assign_parm_find_stack_rtl (tree parm, s stack_parm = gen_rtx_MEM (data-promoted_mode, stack_parm); set_mem_attributes (stack_parm, parm, 1); + /* set_mem_attributes could set MEM_SIZE to the passed mode's size, + while promoted mode's size is needed. */ + if (data-promoted_mode != BLKmode + data-promoted_mode != DECL_MODE (parm)) +set_mem_size (stack_parm, GEN_INT (GET_MODE_SIZE (data-promoted_mode))); boundary = data-locate.boundary; align = BITS_PER_UNIT; gives: @@ -159,13 +159,13 @@ Fcall_process: ld 9,0(9)# specpdl, ld 11,0(11) # specpdl_ptr, addis 5,31,0x1 #,, - lwz 6,1492(5)# nargs, - std 9,1272(5)# specpdl.19, - li 9,16 # iftmp.21, std 3,1488(5)# nargs, nargs std 4,1496(5)# args, args - cmpwi 7,6,3 #, tmp309, + std 9,1272(5)# specpdl.19, std 11,1280(5) # specpdl_ptr.17, + li 9,16 # iftmp.21, + lwz 6,1492(5)# nargs, + cmpwi 7,6,3 #, tmp309, ble 7,.L3# addi 9,6,-2 # tmp310, tmp5, extsw 9,9# tmp311, tmp310 -- 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 |2008-09-09 09:08:23 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37408
[Bug fortran/35837] rej.valid: Host-associated SAVEd variable and PURE function
--- Comment #4 from domob at gcc dot gnu dot org 2008-09-09 09:26 --- Subject: Bug 35837 Author: domob Date: Tue Sep 9 09:25:33 2008 New Revision: 140140 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=140140 Log: 2008-09-05 Daniel Kraft [EMAIL PROTECTED] PR fortran/35837 * gfortran.dg/save_3.f90: New test. 2008-09-05 Daniel Kraft [EMAIL PROTECTED] PR fortran/35837 * resolve.c (resolve_types): Restore gfc_current_ns on exit. * symbol.c (gfc_save_all): Removed blank line. Added: branches/gcc-4_3-branch/gcc/testsuite/gfortran.dg/save_3.f90 Modified: branches/gcc-4_3-branch/gcc/fortran/ChangeLog branches/gcc-4_3-branch/gcc/fortran/resolve.c branches/gcc-4_3-branch/gcc/fortran/symbol.c branches/gcc-4_3-branch/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35837
[Bug fortran/35837] rej.valid: Host-associated SAVEd variable and PURE function
--- Comment #5 from domob at gcc dot gnu dot org 2008-09-09 09:27 --- Fixed for 4.3 branch. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35837
[Bug fortran/37411] ICE (segfault) in trans-array.c
--- Comment #7 from domob at gcc dot gnu dot org 2008-09-09 09:48 --- Subject: Bug 37411 Author: domob Date: Tue Sep 9 09:46:51 2008 New Revision: 140141 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=140141 Log: 2008-09-09 Daniel Kraft [EMAIL PROTECTED] PR fortran/37411 * trans-array.c (gfc_conv_array_parameter): Added assertion that the symbol has an array spec. 2008-09-09 Daniel Kraft [EMAIL PROTECTED] PR fortran/37411 * gfortran.dg/array_function_4.f90: New test. Added: trunk/gcc/testsuite/gfortran.dg/array_function_4.f90 Modified: trunk/gcc/fortran/ChangeLog trunk/gcc/fortran/trans-array.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37411
[Bug fortran/37411] ICE (segfault) in trans-array.c
--- Comment #8 from domob at gcc dot gnu dot org 2008-09-09 09:49 --- This was indeed fixed with PR 37199, I committed the test-case as well as the assertion mentioned. Fixed. -- domob at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37411
[Bug tree-optimization/37387] [4.4 Regression] ICE in extract_range_from_binary_expr, at tree-vrp.c:2145
--- Comment #5 from rguenth at gcc dot gnu dot org 2008-09-09 10:07 --- Subject: Bug 37387 Author: rguenth Date: Tue Sep 9 10:05:49 2008 New Revision: 140142 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=140142 Log: 2008-09-09 Richard Guenther [EMAIL PROTECTED] PR tree-optimization/37387 * tree-ssa-ifcombine.c (ifcombine_iforif): Convert the name and bits to a common type. * gcc.c-torture/compile/pr37387.c: New testcase. Added: trunk/gcc/testsuite/gcc.c-torture/compile/pr37387.c Modified: trunk/gcc/ChangeLog trunk/gcc/testsuite/ChangeLog trunk/gcc/tree-ssa-ifcombine.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37387
[Bug tree-optimization/37433] [4.4 Regression] tree check: expected function_decl, have string_cst in ccp_fold, at tree-ssa-ccp.c:1050
--- Comment #8 from rguenth at gcc dot gnu dot org 2008-09-09 10:07 --- 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=37433
[Bug tree-optimization/37387] [4.4 Regression] ICE in extract_range_from_binary_expr, at tree-vrp.c:2145
--- Comment #6 from rguenth at gcc dot gnu dot org 2008-09-09 10:07 --- 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=37387
[Bug tree-optimization/37433] [4.4 Regression] tree check: expected function_decl, have string_cst in ccp_fold, at tree-ssa-ccp.c:1050
--- Comment #9 from rguenth at gcc dot gnu dot org 2008-09-09 10:08 --- Subject: Bug 37433 Author: rguenth Date: Tue Sep 9 10:06:54 2008 New Revision: 140143 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=140143 Log: 2008-09-09 Richard Guenther [EMAIL PROTECTED] PR tree-optimization/37433 * tree-ssa-ccp.c (ccp_fold): Properly guard folding of function calls. * gcc.c-torture/compile/pr37433.c: New testcase. Added: trunk/gcc/testsuite/gcc.c-torture/compile/pr37433.c Modified: trunk/gcc/ChangeLog trunk/gcc/testsuite/ChangeLog trunk/gcc/tree-ssa-ccp.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37433
[Bug target/37438] [4.4 Regression] ICE in extract_insn, at recog.c:2027 for i{4,5}86
--- Comment #1 from jakub at gcc dot gnu dot org 2008-09-09 09:45 --- Unrelated, this is caused by optimize_function_for_s*_p-ification. -- 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 |2008-09-09 09:45:21 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37438
[Bug fortran/37420] [4.4 Regression] -Wunused-variable broken
-- jakub at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37420
[Bug other/37419] [4.4 Regression] mpfr related memory corruption
--- Comment #5 from jakub at gcc dot gnu dot org 2008-09-09 10:45 --- Fixed one bug, but apparently there are some more. Debugging. -- 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|NEW |ASSIGNED Last reconfirmed|2008-09-08 23:29:52 |2008-09-09 10:45:57 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37419
[Bug tree-optimization/37354] [4.4 Regression] ICE: in find_func_aliases, at tree-ssa-structalias.c:3906
--- Comment #7 from rguenth at gcc dot gnu dot org 2008-09-09 11:28 --- Subject: Bug 37354 Author: rguenth Date: Tue Sep 9 11:26:45 2008 New Revision: 140145 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=140145 Log: 2008-09-09 Richard Guenther [EMAIL PROTECTED] PR middle-end/37354 PR middle-end/30165 * gimplify.c (gimplify_conversion): Change conversions of non-register type to VIEW_CONVERT_EXPRs. (gimplify_addr_expr): If we need to make the operand addressable make sure to use a properly initialized temporary for that so it gets a valid gimple store. * g++.dg/torture/pr37354.C: New testcase. Added: trunk/gcc/testsuite/g++.dg/torture/pr37354.C Modified: trunk/gcc/ChangeLog trunk/gcc/gimplify.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37354
[Bug middle-end/30165] Gimplifier does not produce valid gimple for (int)real_val
--- Comment #7 from rguenth at gcc dot gnu dot org 2008-09-09 11:28 --- Subject: Bug 30165 Author: rguenth Date: Tue Sep 9 11:26:45 2008 New Revision: 140145 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=140145 Log: 2008-09-09 Richard Guenther [EMAIL PROTECTED] PR middle-end/37354 PR middle-end/30165 * gimplify.c (gimplify_conversion): Change conversions of non-register type to VIEW_CONVERT_EXPRs. (gimplify_addr_expr): If we need to make the operand addressable make sure to use a properly initialized temporary for that so it gets a valid gimple store. * g++.dg/torture/pr37354.C: New testcase. Added: trunk/gcc/testsuite/g++.dg/torture/pr37354.C Modified: trunk/gcc/ChangeLog trunk/gcc/gimplify.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30165
[Bug tree-optimization/37354] [4.4 Regression] ICE: in find_func_aliases, at tree-ssa-structalias.c:3906
--- Comment #8 from rguenth at gcc dot gnu dot org 2008-09-09 11:30 --- 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=37354
[Bug c++/37439] New: ICE using auto return-type in template function
templateclass T, class U
auto add(T t, U u) - decltype(t + u)
{ return t + u; }
int main()
{
add(1,2);
}
internal compiler error: in tsubst_copy, at cp/pt.c:9812
--
Summary: ICE using auto return-type in template function
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: chris dot fairles at gmail dot com
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=37439
[Bug middle-end/30165] Gimplifier does not produce valid gimple for (int)real_val
--- Comment #8 from rguenth at gcc dot gnu dot org 2008-09-09 11:32 --- Fixed for GCC 4.4.0. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Known to fail||4.3.2 Resolution||FIXED Target Milestone|--- |4.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30165
[Bug tree-optimization/37432] [4.4 Regression] ICE in VN_INFO, at tree-ssa-sccvn.c:180
--- Comment #4 from rguenth at gcc dot gnu dot org 2008-09-09 12:04 --- Mine. gimple_regimplify_operands is broken, but we shouldn't really use this beast anyway. -- 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|2008-09-08 20:26:58 |2008-09-09 12:04:38 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37432
[Bug fortran/37420] [4.4 Regression] -Wunused-variable broken
--- Comment #4 from burnus at gcc dot gnu dot org 2008-09-09 12:15 ---
That algorithm looks bogus:
generate_local_decl (gfc_symbol * sym)
{
if (sym-attr.flavor == FL_VARIABLE)
{
/* Check for dependencies in the array specification and string
length, adding the necessary declarations to the function. We
mark the symbol now, as well as in traverse_ns, to prevent
getting stuck in a circular dependency. */
sym-mark = 1;
[...]
else if (warn_unused_variable
!(sym-attr.in_common || sym-attr.use_assoc || sym-mark))
It might be that sym-mark is somewhere reset, but I don't see where; if it is
not reset then it is clear that the message is not printed.
I think it got broken by Rev. 132756:
else if (warn_unused_variable
- !(sym-attr.in_common || sym-attr.use_assoc))
+ !(sym-attr.in_common || sym-attr.use_assoc || sym-mark))
+2008-02-28 Daniel Franke [EMAIL PROTECTED]
+
+ PR fortran/31463
+ PR fortran/33950
+ PR fortran/34296
See also:
http://gcc.gnu.org/viewcvs?view=revrevision=132756
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37420
[Bug middle-end/37356] [4.4 Regression] ICE in gsi_insert_seq_nodes_after, at gimple-iterator.c:222
--- Comment #6 from hubicka at gcc dot gnu dot org 2008-09-09 12:23 --- This also breaks because of gimple_regimplify_operands Breakpoint 3, gimple_regimplify_operands (stmt=0x2af5b100, gsi_p=0x7fffe3b0) at ../../gcc/gimplify.c:7374 7374 push_gimplify_context (gctx); (gdb) p debug_gimple_stmt (stmt) __comp_ctor (this_1(D)-time_); shortly after processing this we die. I am investigating. Honza -- hubicka at gcc dot gnu dot org changed: What|Removed |Added CC||rguenther at suse dot de, ||jakub at redhat dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37356
[Bug middle-end/37356] [4.4 Regression] ICE in gsi_insert_seq_nodes_after, at gimple-iterator.c:222
--- Comment #7 from hubicka at gcc dot gnu dot org 2008-09-09 12:37 --- Jakub, disabling the regimplification introduced here http://gcc.gnu.org/ml/gcc-patches/2007-11/msg00500.html fixes the testcase. Since you invented the regimplify function, could you take a look, please? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37356
[Bug ada/37440] New: GNAT Bug Box a-ngcefu.adb:397 [regression]
This target successfully built on the trunk as of 4.4.0 20080802 (experimental) [trunk revision 138553] with results posted here: http://gcc.gnu.org/ml/gcc-testresults/2008-08/msg00601.html This is the command line and bug box generated during the build. /home/joel/work-gnat/svn/b-gcc2-arm/./gcc/xgcc -B/home/joel/work-gnat/svn/b-gcc2-arm/./gcc/ -nostdinc -B/home/joel/work-gnat/svn/b-gcc2-arm/arm-rtems4.9/newlib/ -isystem /home/joel/work-gnat/svn/b-gcc2-arm/arm-rtems4.9/newlib/targ-include -isystem /home/joel/work-gnat/svn/gcc/newlib/libc/include -B/home/joel/work-gnat/svn//install/arm-rtems4.9/bin/ -B/home/joel/work-gnat/svn//install/arm-rtems4.9/lib/ -isystem /home/joel/work-gnat/svn//install/arm-rtems4.9/include -isystem /home/joel/work-gnat/svn//install/arm-rtems4.9/sys-include -c -g -O2 -mthumb -W -Wall -gnatpg -mthumb a-nlelfu.ads -o a-nlelfu.o +===GNAT BUG DETECTED==+ | 4.4.0 20080908 (experimental) [trunk revision 140126] (arm-unknown-rtems4.9) GCC error:| | in find_valid_class, at reload.c:700 | | Error detected around a-ngcefu.adb:397 | | Please submit a bug report; see http://gcc.gnu.org/bugs.html.| | Use a subject line meaningful to you and us to track the bug.| | Include the entire contents of this bug box in the report. | | Include the exact gcc or gnatmake command that you entered. | | Also include sources listed below in gnatchop format | | (concatenated together with no headers between files). | +==+ Please include these source files with error report Note that list may not be accurate in some cases, so please double check that the problem can still be reproduced with the set of files listed. raised TYPES.UNRECOVERABLE_ERROR : comperr.adb:424 -- Summary: GNAT Bug Box a-ngcefu.adb:397 [regression] Product: gcc Version: 4.4.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: ada AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: joel at gcc dot gnu dot org GCC target triplet: arm-rtems4.9 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37440
[Bug middle-end/37356] [4.4 Regression] ICE in gsi_insert_seq_nodes_after, at gimple-iterator.c:222
--- Comment #8 from hubicka at gcc dot gnu dot org 2008-09-09 12:47 --- Created an attachment (id=16263) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16263action=view) patch in testing OK, I think the problem is that regimplify expect the statement to be already inserted. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37356
[Bug bootstrap/37441] New: [4.4 regression] dwarf2 unwind info patches produce undefined symbols
Between 20080801 and 20080903, mainline bootstrap started to fail on IRIX 6.5. The symptom is a configuration failure when configuring stage2 support libraries like zlib: checking whether the /vol/gccsrc/obj/gcc-4.4.0-20080903/6.5-gcc/./prev-gcc/xgcc -B/vol/gccsrc/obj/gcc-4.4.0-20080903/6.5-gcc/./prev-gcc/ -B/vol/gcc/mips-sgi-irix6.5/bin/ linker (/usr/bin/ld -n32) supports shared libraries... configure: error: Link tests are not allowed after GCC_NO_EXECUTABLES. make[2]: *** [configure-stage2-zlib] From zlib/config.log, it seems like the checking for suffix of executables test fails: configure:2484: /vol/gccsrc/obj/gcc-4.4.0-20080903/6.5-gcc/./prev-gcc/xgcc -B/vol/gccsrc/obj/gcc-4.4.0-20080903/6.5-gcc/./prev-gcc/ -B/vol/gcc/mips-sgi-irix6.5/bin/ -o conftest -g -O2 conftest.c 5 ld32: ERROR 33 : Unresolved data symbol .LSFDE0 -- 1st referenced by /var/tmp//ccrBXRSg.o. Use linker option -v to see when and which objects, archives and dsos are loaded. ld32: ERROR 33 : Unresolved data symbol .LSFDE2 -- 1st referenced by /vol/gccsrc/obj/gcc-4.4.0-20080903/6.5-gcc/./prev-gcc/libgcc_eh.a(unwind-dw2-fde.o). Use linker option -v to see when and which objects, archives and dsos are loaded. ld32: ERROR 33 : Unresolved data symbol .LSFDE4 -- 1st referenced by /vol/gccsrc/obj/gcc-4.4.0-20080903/6.5-gcc/./prev-gcc/libgcc_eh.a(unwind-dw2-fde.o). Use linker option -v to see when and which objects, archives and dsos are loaded. ld32: ERROR 33 : Unresolved data symbol .LSFDE6 -- 1st referenced by /vol/gccsrc/obj/gcc-4.4.0-20080903/6.5-gcc/./prev-gcc/libgcc_eh.a(unwind-dw2-fde.o). Use linker option -v to see when and which objects, archives and dsos are loaded. ld32: ERROR 33 : Unresolved data symbol .LSFDE8 -- 1st referenced by /vol/gccsrc/obj/gcc-4.4.0-20080903/6.5-gcc/./prev-gcc/libgcc_eh.a(unwind-dw2-fde.o). Use linker option -v to see when and which objects, archives and dsos are loaded. ld32: ERROR 33 : Unresolved data symbol .LSFDE10 -- 1st referenced by /vol/gccsrc/obj/gcc-4.4.0-20080903/6.5-gcc/./prev-gcc/libgcc_eh.a(unwind-dw2-fde.o). Use linker option -v to see when and which objects, archives and dsos are loaded. ld32: ERROR 33 : Unresolved data symbol .LSFDE12 -- 1st referenced by /vol/gccsrc/obj/gcc-4.4.0-20080903/6.5-gcc/./prev-gcc/libgcc_eh.a(unwind-dw2-fde.o). Use linker option -v to see when and which objects, archives and dsos are loaded. ld32: ERROR 33 : Unresolved data symbol .LSFDE14 -- 1st referenced by /vol/gccsrc/obj/gcc-4.4.0-20080903/6.5-gcc/./prev-gcc/libgcc_eh.a(unwind-dw2-fde.o). Use linker option -v to see when and which objects, archives and dsos are loaded. ld32: ERROR 33 : Unresolved data symbol .LSFDE16 -- 1st referenced by /vol/gccsrc/obj/gcc-4.4.0-20080903/6.5-gcc/./prev-gcc/libgcc_eh.a(unwind-dw2-fde.o). Use linker option -v to see when and which objects, archives and dsos are loaded. ld32: ERROR 33 : Unresolved data symbol .LSFDE18 -- 1st referenced by /vol/gccsrc/obj/gcc-4.4.0-20080903/6.5-gcc/./prev-gcc/libgcc_eh.a(unwind-dw2-fde.o). Use linker option -v to see when and which objects, archives and dsos are loaded. ld32: ERROR 33 : Unresolved data symbol .LSFDE20 -- 1st referenced by /vol/gccsrc/obj/gcc-4.4.0-20080903/6.5-gcc/./prev-gcc/libgcc_eh.a(unwind-dw2-fde.o). Use linker option -v to see when and which objects, archives and dsos are loaded. ld32: ERROR 33 : Unresolved data symbol .LSFDE22 -- 1st referenced by /vol/gccsrc/obj/gcc-4.4.0-20080903/6.5-gcc/./prev-gcc/libgcc_eh.a(unwind-dw2-fde.o). Use linker option -v to see when and which objects, archives and dsos are loaded. ld32: ERROR 33 : Unresolved data symbol .LSFDE24 -- 1st referenced by /vol/gccsrc/obj/gcc-4.4.0-20080903/6.5-gcc/./prev-gcc/libgcc_eh.a(unwind-dw2-fde.o). Use linker option -v to see when and which objects, archives and dsos are loaded. ld32: ERROR 33 : Unresolved data symbol .LSFDE26 -- 1st referenced by /vol/gccsrc/obj/gcc-4.4.0-20080903/6.5-gcc/./prev-gcc/libgcc_eh.a(unwind-dw2-fde.o). Use linker option -v to see when and which objects, archives and dsos are loaded. ld32: ERROR 33 : Unresolved data symbol .LSFDE28 -- 1st referenced by /vol/gccsrc/obj/gcc-4.4.0-20080903/6.5-gcc/./prev-gcc/libgcc_eh.a(unwind-dw2-fde.o). Use linker option -v to see when and which objects, archives and dsos are loaded. ld32: ERROR 33 : Unresolved data symbol .LSFDE30 -- 1st referenced by /vol/gccsrc/obj/gcc-4.4.0-20080903/6.5-gcc/./prev-gcc/libgcc_eh.a(unwind-dw2-fde.o). Use linker option -v to see when and which objects, archives and dsos are loaded. ld32: ERROR 33 : Unresolved data symbol .LSFDE32 -- 1st referenced by /vol/gccsrc/obj/gcc-4.4.0-20080903/6.5-gcc/./prev-gcc/libgcc_eh.a(unwind-dw2-fde.o). Use linker option -v to see when and which objects, archives and dsos are loaded. ld32: ERROR 33 : Unresolved data
[Bug bootstrap/37441] [4.4 regression] dwarf2 unwind info patches produce undefined symbols
--- Comment #1 from ro at gcc dot gnu dot org 2008-09-09 12:54 --- Created an attachment (id=16264) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16264action=view) working version of conftest.s -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37441
[Bug bootstrap/37441] [4.4 regression] dwarf2 unwind info patches produce undefined symbols
--- Comment #2 from ro at gcc dot gnu dot org 2008-09-09 12:54 --- Created an attachment (id=16265) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16265action=view) broken version of conftest.s -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37441
[Bug java/37068] [4.4 Regression] libgcj linkage failure: Incorrect library ABI version detected
--- Comment #2 from hubicka at gcc dot gnu dot org 2008-09-09 12:54 --- Quite obviously :( I will need some asistance here as I don't have HP-PA system and don't know much about ISA either. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37068
[Bug rtl-optimization/37360] [4.4 Regression] ICE in haifa-sched.c when compiling __popcountsi2 from libgcc
-- abel at gcc dot gnu dot org changed: What|Removed |Added CC|abel at ispras dot ru |abel at gcc dot gnu dot org AssignedTo|unassigned at gcc dot gnu |abel at gcc dot gnu dot org |dot org | Status|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2008-09-09 12:56:38 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37360
[Bug middle-end/37356] [4.4 Regression] ICE in gsi_insert_seq_nodes_after, at gimple-iterator.c:222
--- Comment #9 from jakub at gcc dot gnu dot org 2008-09-09 13:03 --- Yes, it does (after all, it sometimes needs to insert statements even after stmt). Your patch is IMHO correct, but incomplete. There are 2 things that also need doing: 1) I think in while (!gsi_end_p (copy_gsi)) loop we want to iterate from the first stmt inserted from remaping orig_stmt, whether it is created by force_gimple_operand_gsi or gimple_regimplify_operands. ATM we just handle the last one. I guess we want 2 gimple_stmt_iterator's, one will keep advancing to the last stmt and one will be copy_gsi value when gimple_duplicate_stmt_histograms was called. 2) insert_init_stmt also calls gimple_regimplify_operands. It shouldn't create new gimplify_context, as gimple_regimplify_operands does that, and I'm not sure it needs to call find_new_referenced_vars (gimple_regimplify_operands calls mark_symbols_for_renaming and add_referenced_var on the temps). Certainly init_stmt needs to be inserted into the sequence before calling gimple_regimplify_operands though. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37356
[Bug middle-end/37356] [4.4 Regression] ICE in gsi_insert_seq_nodes_after, at gimple-iterator.c:222
--- Comment #10 from rguenth at gcc dot gnu dot org 2008-09-09 13:07 --- PR37432 is also related, where regimplify operands fails to notice that a non-register lhs requires a temporary. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37356
[Bug fortran/37420] [4.4 Regression] -Wunused-variable broken
--- Comment #5 from dfranke at gcc dot gnu dot org 2008-09-09 13:23 --- I think it got broken by Rev. 132756 Confirmed :( Further down in trans-decl.c (introduced in the same revision): 3547: /* Prevents Unused variable warning for RESULT variables. */ 3548: sym-mark = sym-result-mark = 1; -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37420
[Bug middle-end/37442] New: [4.3 Regression] gcc.target/i386/pr12329.c and gcc.target/i386/sse-5.c
On Linux/ia32, revision 140144 gave +FAIL: gcc.target/i386/pr12329.c (test for errors, line 10) +FAIL: gcc.target/i386/pr12329.c (test for excess errors) +FAIL: gcc.target/i386/sse-5.c (test for warnings, line 8) +FAIL: gcc.target/i386/sse-5.c (test for excess errors) Revision 140141 is OK -- Summary: [4.3 Regression] gcc.target/i386/pr12329.c and gcc.target/i386/sse-5.c Product: gcc Version: 4.4.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: middle-end AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: hjl dot tools at gmail dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37442
[Bug testsuite/37442] [4.4 Regression] gcc.target/i386/pr12329.c and gcc.target/i386/sse-5.c
--- Comment #1 from rguenth at gcc dot gnu dot org 2008-09-09 13:50 --- Please paste the error messages in future. Obviously Aldy's problem. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added CC|rguenther at suse dot de| Status|UNCONFIRMED |NEW Component|middle-end |testsuite Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2008-09-09 13:50:05 date|| Summary|[4.3 Regression]|[4.4 Regression] |gcc.target/i386/pr12329.c |gcc.target/i386/pr12329.c |and gcc.target/i386/sse-5.c |and gcc.target/i386/sse-5.c Target Milestone|--- |4.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37442
[Bug target/34856] [4.2/4.3 Regression] ICE with some constant vectors
--- Comment #31 from luisgpm at linux dot vnet dot ibm dot com 2008-09-09 13:51 --- I have the fix for PPC. Any special reason why this doesn't get reproduced there? Still would be worthwhile to include the rs6000-specific fix for this bug ticket? Thanks, Luis -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34856
[Bug c/37443] New: fast 64-bit divide by constant 32-bit
consider the code fragment:
uint64_t slow(uint64_t x) {
return x / 1220703125u;
}
This can be replaced by:
uint64_t fast(uint64_t x) {
uint32_t a = ((x 32) * 1270091284u) 32;
uint32_t b = ((x 0xu) * 3777893186u) 32;
return ((x 32) * 3777893186ull + a + b) 30;
}
The 'fast' code runs 50% faster than 'slow'. However, removing the redundant
multiplies (see my earlier bug - fixed in 4.4 trunk) and tidying up storage, I
can use the following assembler to run nearly 100% faster than 'slow':
.p2align 4,,15
.globl _fast
.def_fast; .scl2; .type 32; .endef
_fast:
pushl %ebx
movl$1270091284, %eax
mull12(%esp)
movl$-517074110, %eax
movl%edx, %ebx
mull8(%esp)
movl$-517074110, %eax
movl%edx, %ecx
mull12(%esp)
addl%ebx, %ecx
popl%ebx
adcl$0, %edx
addl%ecx, %eax
adcl$0, %edx
shrdl $30, %edx, %eax
shrl$30, %edx
ret
NOTE: the 2 multipliers are derived using 96-bit arithmetic:
d = 1220703125u
-517074110 = 0xffe12e1342u = (((1u 94) + d - 1) / d) 32
1270091284 = (((1u 94) + d - 1) / d) 0xu
--
Summary: fast 64-bit divide by constant 32-bit
Product: gcc
Version: 4.2.3
Status: UNCONFIRMED
Severity: enhancement
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: ajrobb at bigfoot dot com
GCC build triplet: i686-pc-cygwin
GCC host triplet: i686-pc-cygwin
GCC target triplet: i686-pc-cygwin
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37443
[Bug c++/37146] [4.4 Regression] Invalid types with COND_EXPR
-- dodji at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |dodji at gcc dot gnu dot org |dot org | Status|NEW |ASSIGNED Last reconfirmed|2008-08-18 12:16:21 |2008-09-09 14:12:29 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37146
[Bug rtl-optimization/37360] [4.4 Regression] ICE in haifa-sched.c when compiling __popcountsi2 from libgcc
--- Comment #18 from abel at gcc dot gnu dot org 2008-09-09 14:21 --- Subject: Bug 37360 Author: abel Date: Tue Sep 9 14:19:31 2008 New Revision: 140151 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=140151 Log: PR rtl-optimization/37360 * haifa-sched.c (max_issue): Do not assert that we never issue more insns than issue_rate. Add comment. Modified: trunk/gcc/ChangeLog trunk/gcc/haifa-sched.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37360
[Bug rtl-optimization/37360] [4.4 Regression] ICE in haifa-sched.c when compiling __popcountsi2 from libgcc
--- Comment #19 from abel at gcc dot gnu dot org 2008-09-09 14:35 --- Fixed in 140151. -- abel at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37360
[Bug testsuite/37442] [4.4 Regression] gcc.target/i386/pr12329.c and gcc.target/i386/sse-5.c
--- Comment #2 from aldyh at gcc dot gnu dot org 2008-09-09 14:50 --- Fixed by http://gcc.gnu.org/ml/gcc-patches/2008-09/msg00710.html -- aldyh at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37442
[Bug c++/37444] New: code rejected in template specialization
The following code fails (worked with gcc 4.1.2)
templatetypename T struct trait {
static const int level = 0;
};
templatetypename T struct A {
struct B {
typedef T datatype;
datatype *data;
B *next;
};
B* LIST;
};
templatetypename T struct trait AT {
static const int level = 1+traitT::level;
};
// the definition that causes trouble
templatetypename T struct traittypename AT::B {
static const int level = 1+trait AT ::level;
};
with Error message:
error: template parameters not used in partial specialization:
error: T
This is similar to bug 35989, but simpler, as it does not involve std::vector.
--
Summary: code rejected in template specialization
Product: gcc
Version: 4.3.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: wd11 at astro dot le dot ac dot uk
GCC host triplet: x86_64-suse-linux
GCC target triplet: x86_64-suse-linux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37444
[Bug bootstrap/37426] [4.4 regression] IRA merge breaks Tru64 UNIX bootstrap
--- Comment #1 from ro at techfak dot uni-bielefeld dot de 2008-09-09 15:43 --- Subject: Re: [4.4 regression] IRA merge breaks Tru64 UNIX bootstrap After applying the patch for PR rtl-optimization/37333 from http://gcc.gnu.org/ml/gcc-patches/2008-09/msg00514.html and applying http://gcc.gnu.org/ml/gcc-patches/2008-09/msg00705.html I'm now past stage3 and into building the target libs. So it seems that this PR can be closed once the patch is checked in. Rainer -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37426
[Bug fortran/37445] New: incorrect error reported
Hello, I am attempting to build my lens design program. I encounter the following errors when I compile file cmndtypeM.f90: cmndtypeM.f90:718.28: CALL putALine (UserLine) 1 Error: There is no specific subroutine for the generic 'putaline' at (1) cmndtypeM.f90:723.20: CALL PutALine () 1 Error: There is no specific subroutine for the generic 'putaline' at (1) cmndtypeM.f90:726.20: call putALine () 1 Error: There is no specific subroutine for the generic 'putaline' at (1) cmndtypeM.f90:728.28: call putALine (UserLine) 1 Error: There is no specific subroutine for the generic 'putaline' at (1) n These are not errors. putALine is an internal subroutine hosted by subroutine dump_cmd. Please note that the g95, Intel, and NAG compilers all compile this code. As soon as I am assigned a bug number, I will upload a tar file, bug4.tgz to the following address: [EMAIL PROTECTED] Unpack the file and invoke the shell script bug4.sh to reproduce the problem. I'll indicate the bug number in the subject line. I am running Open SuSE 10.1 on a dual core Athlon chip. I'm using the gcc-trunk build: [EMAIL PROTECTED]:~/design/gfortran/bug4 gfortran --version GNU Fortran (GCC) 4.4.0 20080909 (experimental) [trunk revision 140137] Copyright (C) 2008 Free Software Foundation, Inc. I am not able to reduce the size of the problem. Thank you for your attention. Yours truly, Norm Clerman -- Summary: incorrect error reported Product: gcc Version: 4.4.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: clerman at fuse dot net http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37445
[Bug target/37364] [4.4 Regression] IRA generates inefficient code due to missing regmove pass
--- Comment #14 from hjl dot tools at gmail dot com 2008-09-09 16:01 --- I re-enabled the regmove pass on ira-merge branch at revision 140065 and ran SPEC CPU 2K/2006 with -O2 -msse2 -mfpmath=sse -ffast-math for both 32bit and 64bit on Intel Core 2. Here are the performance impacts of the regmove pass: 32bit: 164.gzip -0.597213% 175.vpr 0.42898% 176.gcc 2.66576% 181.mcf -0.913938% 186.crafty -0.514019% 197.parser 0.185644% 252.eon 1.10181% 253.perlbmk -2.17957% 254.gap -0.993521% 255.vortex 0.209644% 256.bzip2-0.294551% 300.twolf0.131363% SPECint_base2000 -0.0744109% 168.wupwise 0.45045% 171.swim 0.653595% 172.mgrid4.23729% 173.applu1.31265% 177.mesa -2.31596% 178.galgel -0.410633% 179.art 0.504994% 183.equake -0.744153% 187.facerec 4.28781% 188.ammp 1.28707% 189.lucas13.7548% 191.fma3d-0.53528% 200.sixtrack 1.49551% 301.apsi 0.27088% SPECfp_base2000 1.66845% 400.perlbench1.52284% 401.bzip2-1.36986% 403.gcc 0.497512% 429.mcf 0% 445.gobmk-1.08696% 456.hmmer0% 458.sjeng0% 462.libquantum -0.490196% 464.h264ref -20.1581% 471.omnetpp 0.689655% 473.astar0.826446% 483.xalancbmk0% SPECint(R)_base2006 -2.1978% 410.bwaves 0% 416.gamess 1.37931% 433.milc 0% 434.zeusmp -3.0303% 435.gromacs -6.19469% 436.cactusADM-8.57143% 437.leslie3d 0% 444.namd 1.5625% 447.dealII -0.446429% 450.soplex 0% 453.povray 1.26582% 454.calculix 1.59884% 459.GemsFDTD 1.76991% 465.tonto-0.793651% 470.lbm -5.64103% 481.wrf 0.917431% 482.sphinx3 4.69484% SPECfp(R)_base2006 -1.41844% 64bit: 164.gzip -0.124611% 175.vpr -0.145208% 176.gcc 0.172831% 181.mcf 0.143833% 186.crafty -0.934579% 197.parser 0.122549% 252.eon -0.465839% 253.perlbmk 0.565348% 254.gap -0.158983% 255.vortex 0.0648298% 256.bzip20.0863931% 300.twolf0.346566% SPECint_base2000 -0.0274812% 68.wupwise 1.79766% 171.swim 0.389105% 172.mgrid-1.01574% 173.applu4.83871% 177.mesa -0.634026% 178.galgel 0.239704% 179.art 0.71311% 183.equake 1.14286% 187.facerec 2.05011% 188.ammp -1.99076% 189.lucas2.137% 191.fma3d-0.20816% 200.sixtrack 0.303951% 301.apsi 0.0847099% SPECfp_base2000 0.690346% 400.perlbench-0.440529% 401.bzip2-0.564972% 403.gcc -0.5% 429.mcf -0.510204% 445.gobmk-1.05263% 456.hmmer2.7027% 458.sjeng1.5544% 462.libquantum 0.45045% 464.h264ref 0.374532% 471.omnetpp -0.70922% 473.astar0% 483.xalancbmk0.507614% SPECint(R)_base2006 0% 410.bwaves 0% 416.gamess -0.568182% 433.milc 1.45985% 434.zeusmp 0% 435.gromacs 3.22581% 436.cactusADM-6.7% 437.leslie3d 0% 444.namd 0% 447.dealII 1.13636% 450.soplex
[Bug fortran/37445] incorrect error reported
--- Comment #1 from clerman at fuse dot net 2008-09-09 16:03 --- Subject: bug 37445 Hello, Attached is a compressed archive containing the files you will need to reproduce bug 37445. Unpack the file and then invoke the shell script bug4.sh to accomplish this. I see that when I filled out the bug report form I put my comments about the bug in the incorrect space. My apologies. If you have any questions or problems, don't hesitate to send me an e-mail. Yours truly, Norm Clerman --- Comment #2 from clerman at fuse dot net 2008-09-09 16:03 --- Created an attachment (id=16266) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16266action=view) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37445
[Bug bootstrap/37422] [4.4 regression] IRA merge breaks Solaris/x86 bootstrap
--- Comment #1 from ro at techfak dot uni-bielefeld dot de 2008-09-09 16:22 --- Subject: Re: [4.4 regression] IRA merge breaks Solaris/x86 bootstrap Configuring for i686-pc-solaris2.10 instead of the default of i386-pc-solaris2.10 allows a C-only bootstrap to complete. Rainer -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37422
[Bug middle-end/37380] [4.4 Regression] ../../gcc/libcpp/charset.c:1103: error: 'cvt.77.width' is used uninitialized in this function
--- Comment #7 from dave at hiauly1 dot hia dot nrc dot ca 2008-09-09 16:30 --- Subject: Re: [4.4 Regression] ../../gcc/libcpp/charset.c:1103: error: 'cvt.77.width' is used uninitialized in this function Can you attach preprocessed source so I can reproduce this with a cross? Here it is. Thanks, Dave --- Comment #8 from dave at hiauly1 dot hia dot nrc dot ca 2008-09-09 16:30 --- Created an attachment (id=16267) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16267action=view) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37380
[Bug c++/37417] [4.4 Regression] error: type mismatch in binary expression, verify_gimple failed
--- Comment #5 from jakub at gcc dot gnu dot org 2008-09-09 16:41 ---
FE bug:
tree
array_type_nelts_top (tree type)
{
return fold_build2 (PLUS_EXPR, sizetype,
array_type_nelts (type),
integer_one_node);
}
Should use size_one_node instead.
--
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|NEW |ASSIGNED
Last reconfirmed|2008-09-08 21:05:56 |2008-09-09 16:41:19
date||
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37417
[Bug target/36851] [4.4 regression] cc1plus SEGV compiling strstream.cc on Tru64 UNIX
--- Comment #8 from ro at techfak dot uni-bielefeld dot de 2008-09-09 16:45 --- Subject: Re: [4.4 regression] cc1plus SEGV compiling strstream.cc on Tru64 UNIX jh at suse dot cz writes: Looks like Aplha is not tuplified yet? ../../gcc/config/alpha/alpha.c: In function 'va_list_skip_additions': ../../gcc/config/alpha/alpha.c:5815: warning: assignment from incompatible pointer type ../../gcc/config/alpha/alpha.c:5817: error: 'PHI_NODE' undeclared (first use in this function) ../../gcc/config/alpha/alpha.c:5817: error: (Each undeclared identifier is reported only once ../../gcc/config/alpha/alpha.c:5817: error: for each function it appears in.) With the two patches mentioned in Comment #1 of PR bootstrap/37426 (the second of which I've just checked in), an alpha-dec-osf5.1b bootstrap is currently building the runtime libs. As expected, it just failed again building strstream.o. Rainer -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36851
[Bug tree-optimization/37353] [4.4 Regression] ICE: vector VEC(gimple,base) push domain error, in tree_call_cdce at tree-call-cdce.c:890
--- Comment #5 from jakub at gcc dot gnu dot org 2008-09-09 16:51 --- Mine. -- 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|NEW |ASSIGNED Last reconfirmed|2008-09-04 06:53:32 |2008-09-09 16:51:31 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37353
[Bug middle-end/37380] [4.4 Regression] ../../gcc/libcpp/charset.c:1103: error: 'cvt.77.width' is used uninitialized in this function
--- Comment #9 from rguenth at gcc dot gnu dot org 2008-09-09 16:56 ---
The key to the problem seems to be a structure passed by value where the
target passes it as pointer and the struct is callee-copied. This gimplifies
to the correct
cvt.64 ={v} cvt;
D.6054_4 = cvt.64.width;
width_5 = (size_t) D.6054_4;
but somehow SRA completely messes up scalarizing the struct copy from the
parameter:
cvt$width_59 = cvt.64.width;
cvt$cd_60 = cvt.64.cd;
cvt$func_61 = cvt.64.func;
cvt.64$cd_62 = cvt$cd_60;
cvt.64$func_63 = cvt$func_61;
cvt.64$width_64 = cvt$width_59;
D.6054_4 = cvt.64$width_64;
width_5 = (size_t) D.6054_4;
where it removed the initialization of cvt.64. Which seems because of
2311 src = force_gimple_operand (src, seq2, false, NULL_TREE);
cvt$width
cvt.width
(gdb) n
2312 gimple_seq_add_seq (seq, seq2);
(gdb) call debug_generic_expr (src)
cvt.64.width
so we force-gimple-operanded cvt.width to cvt.64.width (but seq2 is empty).
--
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|2008-09-07 21:11:45 |2008-09-09 16:56:32
date||
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37380
[Bug fortran/37446] New: Diagnostic of edit descriptors, esp. EN
At some point between 4.3 and 4.4 the error printed for (EN) has changed. The standard mandates for EN the syntax EN w . d [E e] with non-zero w. 4.3 printed: write(*,'(EN)') 5.0 1 Error: Positive width required in format string at (1) While 4.4 prints: write(*,'(EN)') 5.0 1 Error: Period required in format specifier at (1) write(*,'(EN)') 5.0 1 Error: Unexpected end of format string in format string at (1) Expected: a) The message about the missing w comes before the one about the missing dot; that is less misleading, though both messages are correct. b) The messages contain the edit descriptor of interest, i.e. instead of Error: Positive width required in format string at (1) it should be e.g. Error: Positive width required for EN edit descriptor at (1) or Error: Period required for EN edit descriptor at (1) c) Do we need to also print the unexpected end of format string? Except for the w.d it looks OK. Or is this simply a side effect of (a)? Reason for (b): As the 1 is not under the edit descriptor (but under the object belonging to the edit descriptor) it is nontrivial to see which edit descriptor is wrong. -- Summary: Diagnostic of edit descriptors, esp. EN Product: gcc Version: 4.4.0 Status: UNCONFIRMED Keywords: diagnostic Severity: normal Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: burnus at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37446
[Bug rtl-optimization/37333] [4.4 Regression] ICE in ira_flattening, at ira-build.c:2146
--- Comment #5 from vmakarov at gcc dot gnu dot org 2008-09-09 17:07 --- Subject: Bug 37333 Author: vmakarov Date: Tue Sep 9 17:05:56 2008 New Revision: 140160 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=140160 Log: 2008-09-09 Vladimir Makarov [EMAIL PROTECTED] PR rtl-opt/37333 * ira-build.c (ira_create_allocno): Setup frequency to 0. * ira-color.c (update_conflict_hard_regno_costs): Remove assert. Check zero freq and increase if necessary. Modified: trunk/gcc/ChangeLog trunk/gcc/ira-build.c trunk/gcc/ira-color.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37333
[Bug middle-end/37356] [4.4 Regression] ICE in gsi_insert_seq_nodes_after, at gimple-iterator.c:222
-- 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|NEW |ASSIGNED Last reconfirmed|2008-09-04 01:17:53 |2008-09-09 17:14:41 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37356
[Bug middle-end/37380] [4.4 Regression] ../../gcc/libcpp/charset.c:1103: error: 'cvt.77.width' is used uninitialized in this function
--- Comment #10 from rguenth at gcc dot gnu dot org 2008-09-09 17:18 --- And the reason for that is that re-gimplifying cvt.width hits gimplify_var_or_parm_decl which will substitute cvt with its DECL_VALUE_EXPR which is cvt.64. This is - unfortunate, because we cannot easily fix that. Looks like we have to add a new flag to gimplify_ctxp to avoid this replacement for later gimplification of operands. We can of course also disable scalarizing of variables with DECL_VALUE_EXPR, but that doesn't look right. Diego, any preferences? -- rguenth at gcc dot gnu dot org changed: What|Removed |Added CC||dnovillo at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37380
[Bug target/37434] [4.4 Regression] ICE in extract_insn, at recog.c:2027
--- Comment #7 from hjl dot tools at gmail dot com 2008-09-09 17:23 --- A patch is posted at http://gcc.gnu.org/ml/gcc-patches/2008-09/msg00727.html -- hjl dot tools at gmail dot com changed: What|Removed |Added URL||http://gcc.gnu.org/ml/gcc- ||patches/2008- ||09/msg00727.html http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37434
[Bug fortran/37420] [4.4 Regression] -Wunused-variable broken
--- Comment #6 from burnus at gcc dot gnu dot org 2008-09-09 17:24 --- Mine -- burnus at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |burnus at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED Last reconfirmed|2008-09-08 18:22:54 |2008-09-09 17:24:35 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37420
[Bug c++/37439] ICE using auto return-type in template function
-- jason at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |jason at gcc dot gnu dot org |dot org | Status|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2008-09-09 17:39:10 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37439
[Bug c/37384] Assembler error message when building vlc-0.9.1
--- Comment #5 from chris2553 at googlemail dot com 2008-09-09 17:50 --- Subject: Re: Assembler error message when building vlc-0.9.1 On Saturday 06 September 2008, pinskia at gcc dot gnu dot org wrote: --- Comment #4 from pinskia at gcc dot gnu dot org 2008-09-06 21:39 --- This code is invalid and is caused by changing C99/GNU99 extern inline to be correct to what C99 says. snip Yes, I was trying to build against glibc-2.5. An upgrade to 2.7 had fixed the build. Sorry for the noise. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37384
[Bug middle-end/37338] [4.4 Regression] gcc.dg/array-init-1.c
--- Comment #2 from jakub at gcc dot gnu dot org 2008-09-09 17:50 --- The problem here is that gimplify_init_constructor calls can_move_by_pieces, and the default MOVE_BY_PIECES_P uses optimize_insn_for_speed_p: #define MOVE_BY_PIECES_P(SIZE, ALIGN) \ (move_by_pieces_ninsns (SIZE, ALIGN, MOVE_MAX_PIECES + 1) \ (unsigned int) MOVE_RATIO (optimize_insn_for_speed_p ())) But during gimplification *crtl is cleared, so eventhough optimize_function_for_speed_p (cfun) is true, crtl-maybe_hot_insn_p is false. Should gimplify_init_constructor temporarily set crtl-maybe_hot_insn_p = true? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37338
[Bug target/37447] New: test pr28982b.c fails execution on power4 or later with ira change
Test gcc.c-torture/execute/pr28982b.c started failing execution for all -O2 and -O3 options on powerpc64-linux with -m32 with this patch: http://gcc.gnu.org/viewcvs?view=revrev=139993 r139993 | rsandifo | 2008-09-04 18:47:35 + (Thu, 04 Sep 2008) It still fails as of r140162. The test passes with a powerpc-linux compiler with default cpu options but fails with -mcpu=power4 or later. -- Summary: test pr28982b.c fails execution on power4 or later with ira change Product: gcc Version: 4.4.0 Status: UNCONFIRMED Keywords: wrong-code Severity: normal Priority: P3 Component: target AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: janis at gcc dot gnu dot org GCC target triplet: powerpc-unknown-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37447
[Bug fortran/37445] incorrect error reported
--- Comment #3 from jv244 at cam dot ac dot uk 2008-09-09 18:06 --- reduced: MODULE M1 INTERFACE putaline MODULE PROCEDURE S1,S2 END INTERFACE CONTAINS SUBROUTINE S1(I) END SUBROUTINE SUBROUTINE S2(F) END SUBROUTINE END MODULE MODULE M2 USE M1 CONTAINS SUBROUTINE S3 CALL putaline() CONTAINS SUBROUTINE putaline(x) character, optional :: x END SUBROUTINE END SUBROUTINE END MODULE USE M2 CALL S3 END -- jv244 at cam dot ac dot uk changed: What|Removed |Added OtherBugsDependingO||32834 nThis|| Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Known to fail||4.4.0 Last reconfirmed|-00-00 00:00:00 |2008-09-09 18:06:44 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37445
[Bug fortran/37429] Checks when assigning from a type-bound procedure broken
--- Comment #2 from domob at gcc dot gnu dot org 2008-09-09 18:09 --- Subject: Bug 37429 Author: domob Date: Tue Sep 9 18:08:08 2008 New Revision: 140163 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=140163 Log: 2008-09-09 Daniel Kraft [EMAIL PROTECTED] PR fortran/37429 * resolve.c (expression_rank): Added assertion to guard against EXPR_COMPCALL expressions. (resolve_compcall): Set expression's rank from the target procedure's. 2008-09-09 Daniel Kraft [EMAIL PROTECTED] PR fortran/37429 * gfortran.dg/typebound_call_7.f03: New test. * gfortran.dg/typebound_call_8.f03: New test. Added: trunk/gcc/testsuite/gfortran.dg/typebound_call_7.f03 trunk/gcc/testsuite/gfortran.dg/typebound_call_8.f03 Modified: trunk/gcc/fortran/ChangeLog trunk/gcc/fortran/resolve.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37429
[Bug fortran/37429] Checks when assigning from a type-bound procedure broken
--- Comment #3 from domob at gcc dot gnu dot org 2008-09-09 18:11 --- Type-bound procedure call expressions missed a correct initialization of their rank field, fixed. -- domob at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37429
[Bug target/37447] [4.4 Regression] test pr28982b.c fails execution on power4 or later with ira change
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||pinskia at gcc dot gnu dot ||org Severity|normal |major Keywords||ra Summary|test pr28982b.c fails |[4.4 Regression] test |execution on power4 or later|pr28982b.c fails execution |with ira change |on power4 or later with ira ||change Target Milestone|--- |4.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37447
[Bug middle-end/37447] [4.4 Regression] test pr28982b.c fails execution on power4 or later with ira change
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Severity|major |blocker Component|target |middle-end http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37447
[Bug middle-end/37447] [4.4 Regression] test pr28982b.c fails execution on power4 or later with ira change
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-09-09 18:23 --- Confirmed, I see it too. I configure GCC with --with-tune=cell. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 GCC target triplet|powerpc-unknown-linux-gnu |powerpc*-unknown-linux-gnu Last reconfirmed|-00-00 00:00:00 |2008-09-09 18:23:20 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37447
[Bug c/37448] New: gcc 4.3.1 cannot compile big function
After upgrading to gcc 4.3.1, I can no longer compile a function whose
source code is 0.7 Megabyte before preprocessing and 3.5 Megabyte after
preprocessing.
The function (named testsuite) is just a long list of statements
essentially of form if(!condition){complain();exit();}
The behaviour is: CPU time goes to 100%, then RAM size grows to
1 Gigabyte, then swap space starts growing and CPU time goes to 10%.
On my previous gcc (4.2.something, I think), compilation went fine.
The problematic source can be found at http://logiweb.eu/grue/lgwam.c
The source only #includes standard headers.
The source is compiled thus:
gcc -ldl -o lgwam lgwam.c
To double check that optimization is off, I tried with -O0
which gave the same result as not using -O0.
I failed to find out how to fill in Host, Target, and Build
triplet. Sorry. Here comes the output from gcc -v:
---
[EMAIL PROTECTED]:~ gcc -v
Using built-in specs.
Target: x86_64-suse-linux
Configured with: ../configure --prefix=/usr --with-local-prefix=/usr/local
--infodir=/usr/share/info --mandir=/usr/share/man --libdir=/usr/lib64
--libexecdir=/usr/lib64
--enable-languages=c,c++,objc,fortran,obj-c++,java,ada
--enable-checking=release --with-gxx-include-dir=/usr/include/c++/4.3
--enable-ssp --disable-libssp --with-bugurl=http://bugs.opensuse.org/
--with-pkgversion='SUSE Linux' --disable-libgcj --with-slibdir=/lib64
--with-system-zlib --enable-__cxa_atexit --enable-libstdcxx-allocator=new
--disable-libstdcxx-pch --program-suffix=-4.3
--enable-version-specific-runtime-libs --enable-linux-futex
--without-system-libunwind --with-cpu=generic --build=x86_64-suse-linux
Thread model: posix
gcc version 4.3.1 20080507 (prerelease) [gcc-4_3-branch revision 135036]
(SUSE Linux)
---
Bradley Lucier (lucier aat math doot purdue doot edu) suggested
that this could resemble
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26854
He wrote thus at the gcc mailing list:
---
I compiled your file with a recent version of the current development
compiler
euler-27% /pkgs/gcc-mainline/bin/gcc -v
Using built-in specs.
Target: x86_64-unknown-linux-gnu
Configured with: ../../mainline/configure --enable-checking=release --
with-gmp=/pkgs/gmp-4.2.2/ --with-mpfr=/pkgs/gmp-4.2.2/ --prefix=/pkgs/
gcc-mainline --enable-languages=c --enable-gather-detailed-mem-stats
Thread model: posix
gcc version 4.4.0 20080827 (experimental) [trunk revision 139624] (GCC)
with
/pkgs/gcc-mainline/bin/gcc -c lgwam.c -fmem-report -ftime-report
and got the following statistics. If you file a bug report, then they may
prove helpful.
---
I have placed the mentioned statistics at
http://logiweb.eu/grue/lgwam.c.stats-O0
--
Summary: gcc 4.3.1 cannot compile big function
Product: gcc
Version: 4.3.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: grue at diku dot dk
GCC build triplet: See section on gcc -v in Description
GCC host triplet: See section on gcc -v in Description
GCC target triplet: See section on gcc -v in Description
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37448
[Bug middle-end/37375] [graphite] Parameter detection and scev only take a surrounding loop as border
--- Comment #2 from spop at gcc dot gnu dot org 2008-09-09 18:41 --- Subject: Bug 37375 Author: spop Date: Tue Sep 9 18:39:45 2008 New Revision: 140164 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=140164 Log: 2008-09-05 Sebastian Pop [EMAIL PROTECTED] PR tree-optimization/37375 * tree-scalar-evolution.c (scev_info_str): Add field instantiated_below. (new_scev_info_str, eq_scev_info, find_var_scev_info, set_scalar_evolution, get_scalar_evolution, get_instantiated_value, set_instantiated_value): Pass instantiated_below. (analyze_scalar_evolution_1, analyze_scalar_evolution): Update calls to above functions. (instantiate_scev_1, instantiate_scev): Pass a basic block above which the definitions are not instantiated. * tree-scalar-evolution.h (instantiate_scev): Update declaration. (block_before_loop): New. * tree-data-ref.c (dr_analyze_indices): Update uses of instantiate_scev. * graphite.c (block_before_scop): New. (loop_affine_expr, stmt_simple_for_scop_p, harmful_stmt_in_bb): Pass a basic block, not a loop for determining the parameters. (scopdet_edge_info, build_scops_1): Do not pass outermost loop in the scop. (idx_record_params, find_params_in_bb, find_scop_parameters, build_loop_iteration_domains, add_conditions_to_domain): Update calls to instantiate_scev. * Makefile.in (cfgloopmanip.o): Add missing dependency on TREE_FLOW_H. Modified: trunk/gcc/ChangeLog trunk/gcc/Makefile.in trunk/gcc/graphite.c trunk/gcc/tree-data-ref.c trunk/gcc/tree-scalar-evolution.c trunk/gcc/tree-scalar-evolution.h -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37375
[Bug fortran/37445] Host-associated proc not found if same-name generic is use-associated
--- Comment #4 from burnus at gcc dot gnu dot org 2008-09-09 18:44 --- Paul, sounds like a bug for you. * * * The problem is that gfortran calls the use-associated (generic or specific) procedure instead of the host-associated procedure. (The procedure is use-associated in the specification part of a module). If the procedure is USEd in the subroutine or in a PROGRAM, all compilers print an error. * * * I wonder whether the following is valid: module m2 use, only: s1 All compilers accept this. However, how to read then the following, assuming that s1 is also a host-associated procedure: MODULE M2 USE M1, only: s1 procedure(),pointer :: procptr = s1 (Note: procptr = s1 is Fortran 2008 syntax; F2003 only allows = null().) Actually, I would reject a program if only: is specified [or for use m2, s1=s2], but I have not checked the standard, yet. -- burnus at gcc dot gnu dot org changed: What|Removed |Added CC||burnus at gcc dot gnu dot ||org Summary|incorrect error reported|Host-associated proc not ||found if same-name generic ||is use-associated http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37445
[Bug libstdc++/37351] [c++0x] std::result_of requires nested template
--- Comment #8 from paolo dot carlini at oracle dot com 2008-09-09 19:03 --- Thanks! -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37351
[Bug middle-end/37375] [graphite] Parameter detection and scev only take a surrounding loop as border
--- Comment #3 from spop at gcc dot gnu dot org 2008-09-09 19:05 --- Fixed. -- spop at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37375
[Bug bootstrap/37424] [4.4 regression] IRA merge breaks Solaris/SPARC bootstrap
--- Comment #2 from ebotcazou at gcc dot gnu dot org 2008-09-09 19:17
---
Several files are miscompiled by the stage1 compiler, starting with c-decl.c.
Now if you take the preprocessed file c-decl.i and compile it with a cross on
Linux, the resulting code is OK (the differences are in offsets against FP).
The discrepancy comes from the second qsort in ira_sort_regnos_for_alter_reg:
/* Sort regnos according the slot numbers. */
regno_max_ref_width = reg_max_ref_width;
qsort (pseudo_regnos, n, sizeof (int), coalesced_pseudo_reg_slot_compare);
It is not stable and this is quite obvious by looking at the compare function:
/* Sort pseudos according their slot numbers (putting ones with
smaller numbers first, or last when the frame pointer is not
needed). */
static int
coalesced_pseudo_reg_slot_compare (const void *v1p, const void *v2p)
{
const int regno1 = *(const int *) v1p;
const int regno2 = *(const int *) v2p;
ira_allocno_t a1 = ira_regno_allocno_map[regno1];
ira_allocno_t a2 = ira_regno_allocno_map[regno2];
int diff, slot_num1, slot_num2;
int total_size1, total_size2;
if (a1 == NULL || ALLOCNO_HARD_REGNO (a1) = 0)
{
if (a2 == NULL || ALLOCNO_HARD_REGNO (a2) = 0)
return (const int *) v1p - (const int *) v2p; /* Save the order. */
return 1;
}
else if (a2 == NULL || ALLOCNO_HARD_REGNO (a2) = 0)
return -1;
slot_num1 = -ALLOCNO_HARD_REGNO (a1);
slot_num2 = -ALLOCNO_HARD_REGNO (a2);
if ((diff = slot_num1 - slot_num2) != 0)
return (frame_pointer_needed
|| !FRAME_GROWS_DOWNWARD == STACK_GROWS_DOWNWARD ? diff : -diff);
total_size1 = MAX (PSEUDO_REGNO_BYTES (regno1), regno_max_ref_width[regno1]);
total_size2 = MAX (PSEUDO_REGNO_BYTES (regno2), regno_max_ref_width[regno2]);
if ((diff = total_size2 - total_size1) != 0)
return diff;
return (const int *) v1p - (const int *) v2p; /* Save the order. */
}
The following patchlet stabilizes the sort:
Index: ira-color.c
===
--- ira-color.c (revision 140145)
+++ ira-color.c (working copy)
@@ -2169,7 +2169,7 @@ coalesced_pseudo_reg_slot_compare (const
if (a1 == NULL || ALLOCNO_HARD_REGNO (a1) = 0)
{
if (a2 == NULL || ALLOCNO_HARD_REGNO (a2) = 0)
- return (const int *) v1p - (const int *) v2p; /* Save the order. */
+ return regno1 - regno2;
return 1;
}
else if (a2 == NULL || ALLOCNO_HARD_REGNO (a2) = 0)
@@ -2183,7 +2183,7 @@ coalesced_pseudo_reg_slot_compare (const
total_size2 = MAX (PSEUDO_REGNO_BYTES (regno2),
regno_max_ref_width[regno2]);
if ((diff = total_size2 - total_size1) != 0)
return diff;
- return (const int *) v1p - (const int *) v2p; /* Save the order. */
+ return regno1 - regno2;
}
/* Setup REGNO_COALESCED_ALLOCNO_COST and REGNO_COALESCED_ALLOCNO_NUM
and the resulting code is the same (and correct) on both Linux and Solaris.
Bootstrap is still running, we'll see how far it goes after that.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37424
[Bug c++/37389] [4.2/4.3/4.4 Regression] expected integer_cst, have error_mark in build_enumerator
--- Comment #4 from jakub at gcc dot gnu dot org 2008-09-09 19:18 --- Subject: Bug 37389 Author: jakub Date: Tue Sep 9 19:16:49 2008 New Revision: 140165 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=140165 Log: PR c++/37389 * decl.c (build_enumerator): Handle previous value's DECL_INITIAL being error_operand_p. Don't clear value if it was error_mark_node. * g++.dg/parse/enum4.C: New test. Added: trunk/gcc/testsuite/g++.dg/parse/enum4.C Modified: trunk/gcc/cp/ChangeLog trunk/gcc/cp/decl.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37389
[Bug fortran/37445] Host-associated proc not found if same-name generic is use-associated
--- Comment #5 from burnus at gcc dot gnu dot org 2008-09-09 19:18 --- Thinking it over, I think the program is INVALID per Two or more accessible entities, other than generic interfaces or defined operators, may have the same identifier only if the identifier is not used to refer to an entity in the scoping unit. Generic interfaces and defined operators are handled as described in section 16.2.3. Except for these cases, the local identifier of any entity given accessibility by a USE statement shall differ from the local identifiers of all other entities accessible to the scoping unit through USE statements and otherwise. (I couldn't find anything special about specification parts in modules - not that I expected to find something. The quote above is for Fortran 2003, but the same is true for Fortran 2008; I have not checked Fortran 90/95 but I do not expect a different result.) That the program is invalid solves a huge number of potential problems, some of which I eluded some in comment 4. I was about to ask at comp.lang.fortran, but decided that it is obvious enough that there is no need to do so. Note: I believe that already subroutine putaline(...) is invalid. -- Even though g95, NAG f95, ifort, Lahey, and openf95 accept it, but it is not the first time that a lot of compilers have the same bug. If you don't agree, please find the relevant section in the standard or ask someone to do so at comp.lang.fortran. gfortran is still buggy as it accepts the program (if one comments out s3). -- burnus at gcc dot gnu dot org changed: What|Removed |Added OtherBugsDependingO|32834 | nThis|| Keywords||accepts-invalid http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37445
[Bug rtl-optimization/37408] [4.3/4.4 regression] Invalid insn scheduling
--- Comment #6 from jakub at gcc dot gnu dot org 2008-09-09 19:18 --- Subject: Bug 37408 Author: jakub Date: Tue Sep 9 19:17:30 2008 New Revision: 140166 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=140166 Log: PR rtl-optimization/37408 * function.c (assign_parm_find_stack_rtl): Set correct MEM_SIZE if parm is promoted. Modified: trunk/gcc/ChangeLog trunk/gcc/function.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37408
[Bug target/37438] [4.4 Regression] ICE in extract_insn, at recog.c:2027 for i{4,5}86
--- Comment #2 from jakub at gcc dot gnu dot org 2008-09-09 19:20 --- Subject: Bug 37438 Author: jakub Date: Tue Sep 9 19:18:55 2008 New Revision: 140167 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=140167 Log: PR target/37438 * config/i386/i386.md (zero_extendqihi2_movzbl): Enable when optimizing for size, not speed. * gcc.dg/pr37438.c: New test. Added: trunk/gcc/testsuite/gcc.dg/pr37438.c Modified: trunk/gcc/ChangeLog trunk/gcc/config/i386/i386.md trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37438
[Bug other/37419] [4.4 Regression] mpfr related memory corruption
--- Comment #6 from jakub at gcc dot gnu dot org 2008-09-09 19:21 --- Subject: Bug 37419 Author: jakub Date: Tue Sep 9 19:19:41 2008 New Revision: 140168 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=140168 Log: PR other/37419 * ipa-prop.h (ipa_propagate_indirect_call_infos): Change last argument to pointer to vector pointer. * ipa-prop.c (ipa_propagate_indirect_call_infos, propagate_info_to_inlined_callees): Likewise. (update_call_notes_after_inlining): Likewise. Push new indirect edge to *new_edges instead of new_edges. Reread IPA_EDGE_REF after ipa_check_create_edge_args. * ipa-inline.c (cgraph_decide_recursive_inlining): Change last argument to pointer to vector pointer. (cgraph_decide_inlining_of_small_function): Adjust cgraph_decide_recursive_inlining and ipa_propagate_indirect_call_infos calls. Modified: trunk/gcc/ChangeLog trunk/gcc/ipa-inline.c trunk/gcc/ipa-prop.c trunk/gcc/ipa-prop.h -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37419
[Bug target/37395] Bootstrap fails in stage 2 due to segfault compiling c-parser
--- Comment #4 from tbm at cyrius dot com 2008-09-09 19:23 --- I still see the segfault (with 140156). I'll give you an account on the machine tomorrow. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37395
[Bug target/37395] [4.4 Regression] Bootstrap fails in stage 2 due to segfault compiling c-parser
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||pinskia at gcc dot gnu dot ||org Keywords||wrong-code Summary|Bootstrap fails in stage 2 |[4.4 Regression] Bootstrap |due to segfault compiling c-|fails in stage 2 due to |parser |segfault compiling c-parser Target Milestone|--- |4.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37395
[Bug tree-optimization/37449] New: calculix gets wrong answer for -O1 -ftree-pre -ffast-math
This probably won't be enough information to reproduce the bug, but I'm recording it now in case someone else runs into the same problem. Benchmark calculix from SPEC CPU2006 started failing with wrong results on powerpc64-linux with either -m32 or -m64 and -O2 -ffast-math with this patch: http://gcc.gnu.org/viewcvs?view=revrev=137631 r137631 | dberlin | 2008-07-08 16:11:06 + (Tue, 08 Jul 2008) It doesn't fail for i686-linux or x86_64-linux. With recent mainline and as of r140162 (although not at r137631) it also fails with -O1 -ftree-pre -funsafe-math-optimizations. The only file affected by the problem is rubber.f, which is generating wrong results somewhere in lines 298-319. Moving that code to another function makes it work fine, of course, as does adding print statements in that code for al(1). This isn't a case of some values being a little off, they're massively different, based on adding print statements later in the code. I'll keep trying reproduce the problem with a smaller testcase. -- Summary: calculix gets wrong answer for -O1 -ftree-pre -ffast- math Product: gcc Version: 4.4.0 Status: UNCONFIRMED Keywords: wrong-code Severity: normal Priority: P3 Component: tree-optimization AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: janis at gcc dot gnu dot org GCC target triplet: powerpc-unknown-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37449
[Bug target/37395] [4.4 Regression] Bootstrap fails in stage 2 due to segfault compiling c-parser
--- Comment #5 from pinskia at gcc dot gnu dot org 2008-09-09 19:28 --- Maybe related to PR 37424 and all the other IRA ones. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37395
[Bug tree-optimization/37449] [4.4 Regression] calculix gets wrong answer for -O1 -ftree-pre -ffast-math
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||pinskia at gcc dot gnu dot ||org Summary|calculix gets wrong answer |[4.4 Regression] calculix |for -O1 -ftree-pre -ffast- |gets wrong answer for -O1 - |math|ftree-pre -ffast-math Target Milestone|--- |4.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37449
[Bug middle-end/37450] New: [4.4 Regression] IRA miscompiled gcc
On Linux/x86, trunk revision 140155 is miscompiled. The
following test timed out
[EMAIL PROTECTED] gcc]$ cat /tmp/x.ii
void foo (int a, int a) { }
[EMAIL PROTECTED] gcc]$ ./xgcc -B./ -ansi -pedantic-errors -Wno-long-long -S
/tmp/x.ii
/tmp/x.ii:1: error: redefinition of int a
/tmp/x.ii:1: error: int a previously declared here
Ctrl-C
[EMAIL PROTECTED] gcc]$
make check shows
Executing on host:
/export/gnu/import/svn/gcc-test/bld/gcc/testsuite/g++/../../g++
-B/export/gnu/import/svn/gcc-test/bld/gcc/testsuite/g++/../../ -nostdinc++
-I/export/gnu/import/svn/gcc-test/bld/x86_64-unknown-linux-gnu/32/libstdc++-v3/include/x86_64-unknown-linux-gnu
-I/export/gnu/import/svn/gcc-test/bld/x86_64-unknown-linux-gnu/32/libstdc++-v3/include
-I/export/gnu/import/svn/gcc-test/src-trunk/libstdc++-v3/libsupc++
-I/export/gnu/import/svn/gcc-test/src-trunk/libstdc++-v3/include/backward
-I/export/gnu/import/svn/gcc-test/src-trunk/libstdc++-v3/testsuite/util
-fmessage-length=0 -ansi -pedantic-errors -Wno-long-long -c -m32 -o warn4.o
/export/gnu/import/svn/gcc-test/src-trunk/gcc/testsuite/g++.old-deja/g++.mike/warn4.C
(timeout = 300)
/export/gnu/import/svn/gcc-test/src-trunk/gcc/testsuite/g++.old-deja/g++.mike/warn4.C:2:
error: redefinition of 'int a'^M
/export/gnu/import/svn/gcc-test/src-trunk/gcc/testsuite/g++.old-deja/g++.mike/warn4.C:2:
error: 'int a' previously declared here^M
WARNING: program timed out.
compiler exited with status 1
Patch for PR 37377 seems to fix this.
--
Summary: [4.4 Regression] IRA miscompiled gcc
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: hjl dot tools at gmail dot com
BugsThisDependsOn: 37377
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37450
[Bug c++/37444] code rejected in template specialization
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-09-09 19:34 ---
Comeau online gives the similar error message:
ComeauTest.c, line 19: error: template parameter T is not used in or cannot
be
deduced from the template argument list of class template
traitAT::B
templatetypename T struct traittypename AT::B {
^
So I don't think this is a bug.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37444
[Bug bootstrap/37441] [4.4 regression] dwarf2 unwind info patches produce undefined symbols
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||pinskia at gcc dot gnu dot ||org Target Milestone|--- |4.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37441
[Bug tree-optimization/37449] [4.4 Regression] calculix gets wrong answer for -O1 -ftree-pre -ffast-math
--- Comment #1 from janis at gcc dot gnu dot org 2008-09-09 19:51 --- I was wrong in the description, calculix does get wrong results when compiled with -O1 -ftree-pre -funsafe-math-optimizations with r137631, and starts failing with those options sometime between 20080326 and 20080601; I've got a regression hunt going now. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37449
[Bug target/36539] IRA doesn't allocate asm output being returned to eax
--- Comment #6 from jsm28 at gcc dot gnu dot org 2008-09-09 20:14 --- Removing regression marker given the last comment. -- jsm28 at gcc dot gnu dot org changed: What|Removed |Added Summary|[4.4 regression] IRA doesn't|IRA doesn't allocate asm |allocate asm output being |output being returned to eax |returned to eax | Target Milestone|4.4.0 |--- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36539
[Bug middle-end/37104] [4.4 Regression] ICE: in compare_values_warnv, at tree-vrp.c:1031
--- Comment #4 from jsm28 at gcc dot gnu dot org 2008-09-09 20:16 --- Ping. Last comment on 22 August said Answer with a full bootstrap tomorrow morning.. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37104
[Bug middle-end/37165] [4.4 Regression] FAIL: gcc.dg/matrix/matrix-1.c scan-ipa-dump-times matrix-reorg Flattened 3 dimensions 1
-- jsm28 at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P5 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37165
[Bug c++/37167] [4.4 Regression] C++ gives bogus error message (aliased to undefined symbol)
-- jsm28 at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37167
[Bug middle-end/37170] [4.4 Regression]: gcc.dg/weak/weak-1.c
-- jsm28 at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37170
