[Bug target/22169] internal compiler error
-- What|Removed |Added CC||ebotcazou at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22169
[Bug ada/22212] New: SEGV in is_gimple_variable during loop-ivopts while building Ada RTS
As of LAST_UPDATED Tue Jun 28 05:54:07 UTC 2005 on x86_64-linux: ... ../../xgcc -B../../ -c -g -O2 -fPIC -W -Wall -gnatpg a-strfix.adb -o a-strfix.o raised STORAGE_ERROR : stack overflow (or erroneous memory access) make[7]: *** [a-strfix.o] Error 1 make[7]: Leaving directory `/home/guerby/work/gcc/build/build-20050628T075528/gcc/ada/rts' make[6]: *** [gnatlib] Error 2 (gdb) r -quiet -dumpbase a-strfix.adb -O2 -W -Wall -fPIC -g -gnatpg -mtune=k8 -gnatO a-strfix.o a-strfix.adb -o /tmp/ccm3U70P.s Starting program: /home/guerby/work/gcc/build/build-20050628T075528/gcc/gnat1 -quiet -dumpbase a-strfix.adb -O2 -W -Wall -fPIC -g -gnatpg -mtune=k8 -gnatO a-strfix.o a-strfix.adb -o /tmp/ccm3U70P.s Program received signal SIGSEGV, Segmentation fault. is_gimple_variable (t=0x0) at /home/guerby/work/gcc/version-head/gcc/tree-gimple.c:239 239 return (TREE_CODE (t) == VAR_DECL (gdb) bt #0 is_gimple_variable (t=0x0) at /home/guerby/work/gcc/version-head/gcc/tree-gimple.c:239 #1 0x0064b4b9 in is_gimple_val (t=0x0) at /home/guerby/work/gcc/version-head/gcc/tree-gimple.c:357 #2 0x00652b80 in force_gimple_operand (expr=0x0, stmts=0x7fb378, simple=0 '\0', var=0x2a960ee340) at /home/guerby/work/gcc/version-head/gcc/gimplify.c:4843 #3 0x006d947d in rewrite_use_nonlinear_expr (data=0x7fb5c0, use=0x1361e10, cand=Variable cand is not available. ) at /home/guerby/work/gcc/version-head/gcc/tree-ssa-loop-ivopts.c:5359 #4 0x006dccce in rewrite_uses (data=0x7fb5c0) at /home/guerby/work/gcc/version-head/gcc/tree-ssa-loop-ivopts.c:5711 #5 0x006de53e in tree_ssa_iv_optimize_loop (data=0x7fb5c0, loop=Variable loop is not available. ) at /home/guerby/work/gcc/version-head/gcc/tree-ssa-loop-ivopts.c:5935 #6 0x006debb5 in tree_ssa_iv_optimize (loops=0x1294970) at /home/guerby/work/gcc/version-head/gcc/tree-ssa-loop-ivopts.c:5972 #7 0x00649e56 in execute_one_pass (pass=0xcb0320) at /home/guerby/work/gcc/version-head/gcc/tree-optimize.c:714 #8 0x00649fac in execute_pass_list (pass=0xcb0320) at /home/guerby/work/gcc/version-head/gcc/tree-optimize.c:751 #9 0x00649fbe in execute_pass_list (pass=0xcaff60) at /home/guerby/work/gcc/version-head/gcc/tree-optimize.c:752 #10 0x00649fbe in execute_pass_list (pass=0xcaa1a0) at /home/guerby/work/gcc/version-head/gcc/tree-optimize.c:752 #11 0x0064a235 in tree_rest_of_compilation (fndecl=0x2a95a7a410) at /home/guerby/work/gcc/version-head/gcc/tree-optimize.c:914 #12 0x009939c6 in cgraph_expand_function (node=0x2a95df6c30) at /home/guerby/work/gcc/version-head/gcc/cgraphunit.c:1033 #13 0x00995966 in cgraph_optimize () at /home/guerby/work/gcc/version-head/gcc/cgraphunit.c:1099 #14 0x0041b44a in gnat_parse_file (set_yydebug=Variable set_yydebug is not available. ) at /home/guerby/work/gcc/version-head/gcc/ada/misc.c:245 #15 0x00922633 in toplev_main (argc=Variable argc is not available. ) at /home/guerby/work/gcc/version-head/gcc/toplev.c:966 #16 0x002a957963c1 in __libc_start_main () from /lib/libc.so.6 #17 0x00402d2a in _start () at ../sysdeps/x86_64/elf/start.S:96 Works at -O0, fails at -O1 and -O2. It also works on x86-linux. -- Summary: SEGV in is_gimple_variable during loop-ivopts while building Ada RTS Product: gcc Version: 4.1.0 Status: UNCONFIRMED Keywords: ice-on-valid-code, build Severity: normal Priority: P2 Component: ada AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: laurent at guerby dot net CC: gcc-bugs at gcc dot gnu dot org,rakdver at atrey dot karlin dot mff dot cuni dot cz http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22212
[Bug middle-end/22202] Superfluous space in description of max-variable-expansions-in-unroller
-- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |steven at gcc dot gnu dot |dot org |org Status|UNCONFIRMED |ASSIGNED Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-06-28 07:10:44 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22202
[Bug target/22169] internal compiler error
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-06-28 07:16 --- Thanks for reporting the problem. Note that you need to attach only one preprocessed file. This is fixed in 3.4.3 an up. *** This bug has been marked as a duplicate of 17245 *** -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Priority|P1 |P2 Resolution||DUPLICATE Target Milestone|--- |3.4.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22169
[Bug target/17245] [3.3 regression] ICE compiling gsl-1.5 statistics/lag1.c
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-06-28 07:16 --- *** Bug 22169 has been marked as a duplicate of this bug. *** -- What|Removed |Added CC||rendelj at landcorp dot co ||dot nz http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17245
[Bug c/22213] New: quoting of dir-variable in mklibgcc.in
When there is an exported shell-function 'dir()' and /bin/sh is bashish, the make aborts very ugly (see below). The problem is a quoting bug in gcc/mklibgcc.in, where the dir-variable gets expanded by make, but make does not have the dir-variable set anywhere and so puts in the shell-function. Here's the failure text: ( ` if [ -f ./nm ] ; then echo ./nm ; elif [ -f /tools/haubi/toolsbox-4-patchespre.haubi/i686-pc-linux-gnu/var/tmp/portage/gcc-3.4.4/work/build/gcc/../binutils/nm-new ] ; then echo /tools/haubi/toolsbox-4-patchespre.haubi/i686-pc-linux-gnu/var/tmp/portage/gcc-3.4.4/work/build/gcc/../binutils/nm-new ; else if [ i686-pc-linux-gnu = i686-pc-linux-gnu ] ; then echo nm; else t='s,y,y,'; echo nm | sed -e ; fi; fi` -pg libgcc/./_muldi3.o | gawk 'NF == 3 $2 !~ /^[UN]$/ { print \t.hidden, $3 }'; cat libgcc/() { local x; /bin/sh: -c: line 0: syntax error near unexpected token `(' /bin/sh: -c: line 0: `( ` if [ -f ./nm ] ; then echo ./nm ; elif [ -f /tools/haubi/toolsbox-4-patchespre.haubi/i686-pc-linux-gnu/var/tmp/portage/gcc-3.4.4/work/build/gcc/../binutils/nm-new ] ; then echo /tools/haubi/toolsbox-4-patchespre.haubi/i686-pc-linux-gnu/var/tmp/portage/gcc-3.4.4/work/build/gcc/../binutils/nm-new ; else if [ i686-pc-linux-gnu = i686-pc-linux-gnu ] ; then echo nm; else t='s,y,y,'; echo nm | sed -e ; fi; fi` -pg libgcc/./_muldi3.o | gawk 'NF == 3 $2 !~ /^[UN]$/ { print \t.hidden, $3 }'; cat libgcc/() { local x;' make[3]: *** [libgcc/./_muldi3.oS] Error 2 make[2]: *** [libgcc.a] Error 2 make[1]: *** [stage1_build] Error 2 make: *** [profiledbootstrap] Error 2 -- Summary: quoting of dir-variable in mklibgcc.in Product: gcc Version: 3.4.4 Status: UNCONFIRMED Severity: minor Priority: P2 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: michael dot haubenwallner at salomon dot at CC: gcc-bugs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22213
[Bug java/22214] New: Java code with VectorDouble does not compile with GCJ
GCC version 4.0.0 20050324 (prerelease) Platform: win32 Java code: import java.util.*; public class X { public void f() { VectorDouble V = new VectorDouble(); } } $ gcj -C X.java X.java:5: error: ':' expected. VectorDouble V = new VectorDouble(); ^ 1 error -- Summary: Java code with VectorDouble does not compile with GCJ Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: critical Priority: P1 Component: java AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: sidharthchaturvedi at gmail dot com CC: gcc-bugs at gcc dot gnu dot org,java-prs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22214
[Bug c/22213] quoting of dir-variable in mklibgcc.in
--- Additional Comments From michael dot haubenwallner at salomon dot at 2005-06-28 08:54 --- Created an attachment (id=9164) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9164action=view) patch to quote dir-variable in mklibgcc.in correctly I do not really expect this to go into a 3.4-release (this problem does not exist in gcc-4), but thought to have the bug filed to let other users find it. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22213
[Bug libgcj/22211] Thread.interrupt sometimes causes abort if thread is already dead
--- Additional Comments From greenrd at greenrd dot org 2005-06-28 09:18 --- Working on a patch, but bugzilla won't let me own this bug because it hasn't been confirmed. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22211
[Bug java/22214] Java code with VectorDouble does not compile with GCJ
--- Additional Comments From rmathew at gcc dot gnu dot org 2005-06-28 10:37 --- Yes, GCJ doesn't support generics yet. -- What|Removed |Added OtherBugsDependingO||22091 nThis|| Severity|critical|normal Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-06-28 10:37:02 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22214
[Bug c++/22215] New: g++ -O2 generates Undefined Global for statically defined function
/* g++ -O2 puts Undefined Global reference for statically defined function */ char *v; static int server1(){ return 0; } void func(){ (v?v:(v=0))[server1()]; } Save the above into n.c and compile it with g++ -O2 -c n.c, then the n.o includes Undefined Global __Z7server1v for statically defined function server1(). I saw this problem in g++ 3.4.2 and 3.4.4. In other versions, the function is expanded inline by default. -- Summary: g++ -O2 generates Undefined Global for statically defined function Product: gcc Version: 3.4.4 Status: UNCONFIRMED Severity: normal Priority: P2 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: ysato at delegate dot org CC: gcc-bugs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22215
[Bug ada/22212] SEGV in is_gimple_variable during loop-ivopts while building Ada RTS
--- Additional Comments From laurent at guerby dot net 2005-06-28 10:43 --- Also an ivopt SEGV during gnattools: ../../xgcc -c -I./ -I../rts -I. -I/home/guerby/work/gcc/version-head/gcc/ada -B../../ -g -O2 -gnatpg -gnata -I- /home/guerby/work/gcc/version-head/gcc/ada/vms_conv.adb raised STORAGE_ERROR : stack overflow (or erroneous memory access) gnatmake: /home/guerby/work/gcc/version-head/gcc/ada/vms_conv.adb compilation error make[3]: *** [../../gnat] Error 4 make[3]: Leaving directory `/home/guerby/work/gcc/build/build-20050628T091109/gcc/ada/tools' make[2]: *** [gnattools-native] Error 2 (gdb) r -I./ -I../rts -I. -I/home/guerby/work/gcc/version-head/gcc/ada -I- -quiet -dumpbase vms_conv.adb -O2 -g -gnatpg -gnata -mtune=k8 /home/guerby/work/gcc/version-head/gcc/ada/vms_conv.adb -o /tmp/ccQaWUK3.s Starting program: /home/guerby/work/gcc/build/build-20050628T091109/gcc/gnat1 -I./ -I../rts -I. -I/home/guerby/work/gcc/version-head/gcc/ada -I- -quiet -dumpbase vms_conv.adb -O2 -g -gnatpg -gnata -mtune=k8 /home/guerby/work/gcc/version-head/gcc/ada/vms_conv.adb -o /tmp/ccQaWUK3.s Program received signal SIGSEGV, Segmentation fault. 0x007b1e92 in record_block_change (block=0x2a97115620) at /home/guerby/work/gcc/version-head/gcc/function.c:5463 5463 last_block = VARRAY_TOP_TREE (cfun-ib_boundaries_block); (gdb) bt #0 0x007b1e92 in record_block_change (block=0x2a97115620) at /home/guerby/work/gcc/version-head/gcc/function.c:5463 #1 0x0077b281 in expand_expr_real (exp=0x2a973c4d20, target=0x0, tmode=DImode, modifier=EXPAND_NORMAL, alt_rtl=0x0) at /home/guerby/work/gcc/version-head/gcc/expr.c:6423 #2 0x00772d78 in expand_expr_real_1 (exp=0x2a97709b40, target=0x2a959bc400, tmode=Variable tmode is not available. ) at expr.h:489 #3 0x0077b185 in expand_expr_real (exp=0x2a97709b40, target=0x0, tmode=VOIDmode, modifier=EXPAND_NORMAL, alt_rtl=0x0) at /home/guerby/work/gcc/version-head/gcc/expr.c:6431 #4 0x0077ba05 in expand_operands (exp0=0x2a97709b40, exp1=0x2a97425770, target=0x0, op0=0x7fbfffe488, op1=0x7fbfffe480, modifier=EXPAND_NORMAL) at expr.h:489 #5 0x007726e6 in expand_expr_real_1 (exp=0x2a973c4e60, target=0x2a959bc400, tmode=Variable tmode is not available. ) at /home/guerby/work/gcc/version-head/gcc/expr.c:8384 #6 0x0077b185 in expand_expr_real (exp=0x2a973c4e60, target=0x0, tmode=VOIDmode, modifier=EXPAND_NORMAL, alt_rtl=0x0) at /home/guerby/work/gcc/version-head/gcc/expr.c:6431 #7 0x00776aa4 in expand_expr_real_1 (exp=Variable exp is not available. ) at expr.h:489 #8 0x0077b185 in expand_expr_real (exp=0x2a97709d40, target=0x0, tmode=DImode, modifier=EXPAND_NORMAL, alt_rtl=0x0) at /home/guerby/work/gcc/version-head/gcc/expr.c:6431 #9 0x0077bdf3 in expand_expr_addr_expr_1 (exp=0x2a95bfccb0, target=0x0, tmode=DImode, modifier=EXPAND_NORMAL) at expr.h:489 #10 0x00773f6a in expand_expr_real_1 (exp=Variable exp is not available. ) at /home/guerby/work/gcc/version-head/gcc/expr.c:6318 #11 0x0077b185 in expand_expr_real (exp=0x2a97709a80, target=0x0, tmode=SImode, modifier=EXPAND_NORMAL, alt_rtl=0x0) at /home/guerby/work/gcc/version-head/gcc/expr.c:6431 #12 0x00772d78 in expand_expr_real_1 (exp=0x2a97709a40, target=0x2a959bc400, tmode=Variable tmode is not available. ) at expr.h:489 #13 0x0077b185 in expand_expr_real (exp=0x2a97709a40, target=0x0, tmode=VOIDmode, modifier=EXPAND_NORMAL, alt_rtl=0x0) at /home/guerby/work/gcc/version-head/gcc/expr.c:6431 #14 0x0077ba1a in expand_operands (exp0=0x2a97709bc0, exp1=0x2a97709a40, target=0x0, op0=0x7fbfffec88, op1=0x7fbfffec80, modifier=EXPAND_NORMAL) at expr.h:489 #15 0x007726e6 in expand_expr_real_1 (exp=0x2a973c4d70, target=0x2a959bc400, tmode=Variable tmode is not available. ) at /home/guerby/work/gcc/version-head/gcc/expr.c:8384 #16 0x0077b185 in expand_expr_real (exp=0x2a973c4d70, target=0x0, tmode=VOIDmode, modifier=EXPAND_NORMAL, alt_rtl=0x0) at /home/guerby/work/gcc/version-head/gcc/expr.c:6431 #17 0x0077ba05 in expand_operands (exp0=0x2a973c4d70, exp1=0x2a97709b80, target=0x0, op0=0x7fbfffee98, op1=0x7fbfffee90, modifier=EXPAND_NORMAL) at expr.h:489 #18 0x007735e9 in expand_expr_real_1 (exp=Variable exp is not available. ) at /home/guerby/work/gcc/version-head/gcc/expr.c:7641 #19 0x0077b185 in expand_expr_real (exp=0x2a973c4dc0, target=0x0, tmode=VOIDmode, modifier=EXPAND_NORMAL, alt_rtl=0x0) at /home/guerby/work/gcc/version-head/gcc/expr.c:6431 #20 0x0077ba05 in expand_operands (exp0=0x2a973c4dc0, exp1=0x2a9721fa80, target=0x0, op0=0x7fb0a8, op1=0x7fb0a0, modifier=EXPAND_NORMAL) at expr.h:489 #21 0x007735e9 in expand_expr_real_1 (exp=Variable exp is not available. ) at /home/guerby/work/gcc/version-head/gcc/expr.c:7641 #22 0x0077b185 in expand_expr_real (exp=0x2a973c4e10, target=0x0,
[Bug libfortran/22170] Handle format slash error
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-28 10:43 --- Subject: Bug 22170 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-06-28 10:43:23 Modified files: libgfortran: ChangeLog libgfortran/io : transfer.c Log message: PR libfortran/22170 * io/transfer.c (formatted_transfer): Do not iterate on the repeat count of a FMT_SLASH, since this is already done in next_format(). Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libgfortran/ChangeLog.diff?cvsroot=gccr1=1.251r2=1.252 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libgfortran/io/transfer.c.diff?cvsroot=gccr1=1.44r2=1.45 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22170
[Bug libfortran/22170] [4.0 only] Handle format slash error
--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-06-28 10:43 --- Well, this is fairly easy to fix. Commit will follow, and I'll be waiting for the 4.0 branch to reopen to commit there. -- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |fxcoudert at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED GCC host triplet|i686-pc-linux | Keywords||patch Last reconfirmed|2005-06-24 13:41:28 |2005-06-28 10:43:49 date|| Summary|Handle format slash error |[4.0 only] Handle format ||slash error Target Milestone|--- |4.0.2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22170
[Bug libstdc++/22205] [4.1 Regression] errors debug mode on aix
--- Additional Comments From pcarlini at suse dot de 2005-06-28 11:41 --- Humm, I wonder whether the problem isn't *really* trivial :) In include/bits/c++config we have: #ifdef _GLIBCXX_DEBUG # if __GXX_WEAK__ # define _GLIBCXX_STD __gnu_norm # define _GLIBCXX_EXTERN_TEMPLATE 0 ... ... # else # warning debug mode disabled due to lack of weak symbol support # endif Should be, instead, 'ifdef __GXX_WEAK__' ?!? -- What|Removed |Added CC||dje at gcc dot gnu dot org Status|NEW |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22205
[Bug libstdc++/22205] [4.1 Regression] errors debug mode on aix
--- Additional Comments From pcarlini at suse dot de 2005-06-28 11:45 --- Or, wrt Andrew's comment, AIX should really have, consistently with the docs: #define __GXX_WEAK__ 1 ?? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22205
[Bug tree-optimization/22216] New: [4.1 regression] ICE during GC
Broken by patch from PR21959. $ stage1/xgcc -Bstage1/ -B/usr/local/ia64-suse-linux/bin/ -c -g -O2 -gnatpg -gnata -I- -I. -Iada -I../../gcc/ada ../../gcc/ada/par.adb -o ada/par.o -v Reading specs from stage1/specs Target: ia64-suse-linux Configured with: ../configure --host=ia64-suse-linux --enable-shared --enable-threads --enable-__cxa_atexit --with-system-zlib --with-system-libunwind Thread model: posix gcc version 4.1.0 20050628 (experimental) stage1/gnat1 -I- -I. -Iada -I../../gcc/ada -quiet -dumpbase par.adb -O2 -g -gnatpg -gnata -gnatO ada/par.o ../../gcc/ada/par.adb -o /tmp/cccUDAec.s +===GNAT BUG DETECTED==+ | 4.1.0 20050628 (experimental) (ia64-suse-linux-gnu) Segmentation fault | | Error detected at par.adb:1442:14| Starting program: /tmp/cvs/gcc-20050628/Build/gcc/stage1/gnat1 -I- -I. -Iada -I../../gcc/ada -quiet -dumpbase par.adb -O2 -g -gnatpg -gnata -gnatO ada/par.o ../../gcc/ada/par.adb Program received signal SIGSEGV, Segmentation fault. gt_ggc_mx_basic_block_def (x_p=0x0) at gtype-desc.c:402 402 { (gdb) bt #0 gt_ggc_mx_basic_block_def (x_p=0x0) at gtype-desc.c:402 #1 0x4096b120 in gt_ggc_mx_rtx_def (x_p=0x232d2670) at gtype-desc.c:846 #2 0x4096a090 in gt_ggc_mx_rtx_def (x_p=0x232d2670) at gtype-desc.c:846 #3 0x4096e820 in gt_ggc_mx_function (x_p=0x2072d600) at gtype-desc.c:565 #4 0x40041910 in gt_ggc_mx_lang_tree_node (x_p=0x204509c0) at gtype-ada.h:25 #5 0x40041090 in gt_ggc_mx_lang_tree_node (x_p=0x2030ce70) at gtype-ada.h:25 #6 0x40041070 in gt_ggc_mx_lang_tree_node (x_p=0x2030ce00) at gtype-ada.h:25 #7 0x40041370 in gt_ggc_mx_lang_tree_node (x_p=0x203def20) at gtype-ada.h:25 #8 0x400413d0 in gt_ggc_mx_lang_tree_node (x_p=0x204768a0) at gtype-ada.h:25 #9 0x400413d0 in gt_ggc_mx_lang_tree_node (x_p=0x21de12b0) at gtype-ada.h:25 #10 0x400413d0 in gt_ggc_mx_lang_tree_node (x_p=0x21e7d6c0) at gtype-ada.h:25 #11 0x40966820 in gt_ggc_mx_reg_attrs (x_p=0x229656d0) at gtype-desc.c:438 #12 0x40969e20 in gt_ggc_mx_rtx_def (x_p=0x0) at gtype-desc.c:846 #13 0x40952a00 in ggc_mark_roots () at ggc-common.c:118 #14 0x40b4f840 in ggc_collect () at ggc-page.c:1972 #15 0x40b58b60 in rest_of_compilation () at passes.c:423 #16 0x405d04f0 in execute_one_pass (pass=0x6000e840) at tree-optimize.c:665 #17 0x405d07e0 in execute_pass_list (pass=0x6000e840) at tree-optimize.c:748 #18 0x405d0e00 in tree_rest_of_compilation (fndecl=0x204509c0) at tree-optimize.c:914 #19 0x40039410 in gnat_expand_body (gnu_decl=0x204509c0) at misc.c:635 #20 0x40bd8030 in cgraph_expand_function (node=0x21a4f330) at cgraphunit.c:1033 #21 0x40bdc080 in cgraph_optimize () at cgraphunit.c:1099 #22 0x4003a9c0 in gnat_parse_file (set_yydebug=11478448) at misc.c:245 #23 0x40af25b0 in toplev_main (argc=241376, argv=0x6003aef8) at toplev.c:1930 #24 0x405bd430 in main (argc=241376, argv=0x6003aef8) at main.c:35 -- Summary: [4.1 regression] ICE during GC Product: gcc Version: 4.1.0 Status: UNCONFIRMED Keywords: ice-on-valid-code, build Severity: normal Priority: P2 Component: tree-optimization AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: schwab at suse dot de CC: dnovillo at gcc dot gnu dot org,gcc-bugs at gcc dot gnu dot org GCC target triplet: ia64-*-linux http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22216
[Bug tree-optimization/22216] [4.1 regression] ICE during GC
--- Additional Comments From dnovillo at redhat dot com 2005-06-28 12:16 --- Subject: Re: New: [4.1 regression] ICE during GC On Tue, Jun 28, 2005 at 11:52:20AM -, schwab at suse dot de wrote: Broken by patch from PR21959. Are you sure? Kenner seemed to get good results from that patch. If this was introduced by that patch, then it must've triggered a latent bug elsewhere. The patch merely prevented transformation opportunities in VRP. #14 0x40b4f840 in ggc_collect () at ggc-page.c:1972 #15 0x40b58b60 in rest_of_compilation () at passes.c:423 #16 0x405d04f0 in execute_one_pass (pass=0x6000e840) at tree-optimize.c:665 Show me '*pass'? Diego. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22216
[Bug c/22213] quoting of dir-variable in mklibgcc.in
-- What|Removed |Added CC||vapier at gentoo dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22213
[Bug tree-optimization/22216] [4.1 regression] ICE during GC
--- Additional Comments From schwab at suse dot de 2005-06-28 12:42 --- Are you sure? Yes. Show me '*pass'? $1 = {name = 0x0, gate = 0, execute = @0x41013990: 0x40b569d0 rest_of_compilation, sub = 0x0, next = 0x0, static_pass_number = -1, tv_id = 116, properties_required = 267, properties_provided = 11, properties_destroyed = 256, todo_flags_start = 0, todo_flags_finish = 2, letter = 0 '\0'} -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22216
[Bug ada/22212] [4.1 Regression] SEGV in is_gimple_variable during loop-ivopts while building Ada RTS
--- Additional Comments From belyshev at depni dot sinp dot msu dot ru 2005-06-28 12:43 --- -- Testcase for segfault in is_gimple_variable, compile with -O1: procedure Bug is package B is function * (L : Natural; R : String) return String; end B; package body B is function * (L : Natural; R : String) return String is Result : String (1 .. L * R'Length); P : Integer := 1; begin for J in 1 .. L loop Result (P .. P + R'Length - 1) := R; P := P + R'Length; end loop; return Result; end *; end B; use B; S : String := ; begin S := 1 * ; end Bug; -- Confirmed on x86_64. -- What|Removed |Added Severity|normal |critical Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-06-28 12:43:30 date|| Summary|SEGV in is_gimple_variable |[4.1 Regression] SEGV in |during loop-ivopts while|is_gimple_variable during |building Ada RTS|loop-ivopts while building ||Ada RTS Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22212
[Bug tree-optimization/22216] [4.1 regression] ICE during GC
--- Additional Comments From dnovillo at redhat dot com 2005-06-28 12:52 --- Subject: Re: [4.1 regression] ICE during GC On Tue, Jun 28, 2005 at 12:42:03PM -, schwab at suse dot de wrote: $1 = {name = 0x0, gate = 0, execute = @0x41013990: 0x40b569d0 rest_of_compilation, sub = 0x0, next = 0x0, static_pass_number = -1, tv_id = 116, properties_required = 267, properties_provided = 11, properties_destroyed = 256, todo_flags_start = 0, todo_flags_finish = 2, letter = 0 '\0'} Huh, well that tells me nothing. If my ia64 supports Ada, I'll try to take a look, otherwise you'll have to debug this yourself. Diego. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22216
[Bug middle-end/21953] [4.1 Regression] Many tmpdir-gcc.dg-struct-layout-1 tests fail on Tru64 UNIX V5.1B
--- Additional Comments From ro at techfak dot uni-bielefeld dot de 2005-06-28 13:08 --- Subject: Re: [4.1 Regression] Many tmpdir-gcc.dg-struct-layout-1 tests fail on Tru64 UNIX V5.1B pinskia at gcc dot gnu dot org writes: Do these work now? No, they still fail as of 20050627. Rainer -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21953
[Bug tree-optimization/22216] [4.1 regression] ICE during GC
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-28 13:29 --- Looking at the backtrace, it looks more like one of Honza's patches rather than the patch for PR21959. On more likely the following patch (as I got a clean bootstrap on powerpc-darwin with no problems before this, I have not tried after though): -2005-06-28 Jan Hubicka [EMAIL PROTECTED] - - * cgraph.c (cgraph_remove_node): Do not release function bodies until - full cgraph is built. -- What|Removed |Added CC||jh at suse dot cz Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22216
[Bug libfortran/22217] New: Z edit descriptor with negative numbers
$ cat foo3.f90 program main i = -1 print '(Z8)',i end program main $ gfortran foo3.f90 $ ./a.out $ gfortran -v Using built-in specs. Target: ia64-unknown-linux-gnu Configured with: ../gcc-4.1-20050625/configure --prefix=/home/zfkts --enable- languages=c,f95 Thread model: posix gcc version 4.1.0 20050625 (experimental) The output should be -- Summary: Z edit descriptor with negative numbers Product: gcc Version: 4.1.0 Status: UNCONFIRMED Keywords: wrong-code Severity: normal Priority: P2 Component: libfortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: tkoenig at gcc dot gnu dot org CC: gcc-bugs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22217
[Bug bootstrap/22213] [3.4 only] quoting of dir-variable in mklibgcc.in
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-28 13:45 --- Could you post your patch to gcc-patches@ with a changelog and saying it only for 3.4.x branch as it is already fixed for 4.0.0 and above. -- What|Removed |Added Status|UNCONFIRMED |NEW Component|c |bootstrap Ever Confirmed||1 Keywords||build Last reconfirmed|-00-00 00:00:00 |2005-06-28 13:45:49 date|| Summary|quoting of dir-variable in |[3.4 only] quoting of dir- |mklibgcc.in |variable in mklibgcc.in Target Milestone|--- |3.4.5 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22213
[Bug middle-end/21953] [4.1 Regression] Many tmpdir-gcc.dg-struct-layout-1 tests fail on Tru64 UNIX V5.1B
-- What|Removed |Added Status|WAITING |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-06-28 13:46:48 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21953
[Bug libstdc++/22218] New: no rule to make target ... (constructor_destructor_fn_imps.hpp)
during full bootstrap of current mainline I get: (...) make[3]: Entering directory `/home/users/pluto/rpm/BUILD/gcc-4.1-20050628_0821/obj-i686-pld-linux/i686-pld-linux/libstdc++-v3' Making all in include make[4]: Entering directory `/home/users/pluto/rpm/BUILD/gcc-4.1-20050628_0821/obj-i686-pld-linux/i686-pld-linux/libstdc++-v3/include' make[4]: *** No rule to make target `/home/users/pluto/rpm/BUILD/gcc-4.1-20050628_0821/libstdc++-v3/include/ext/pb_assoc/detail/tree_assoc_cntnr/constructor_destructor_fn_imps.hpp', needed by `stamp-assoc'. Stop. make[4]: Leaving directory `/home/users/pluto/rpm/BUILD/gcc-4.1-20050628_0821/obj-i686-pld-linux/i686-pld-linux/libstdc++-v3/include' make[3]: *** [all-recursive] Error 1 -- Summary: no rule to make target ... (constructor_destructor_fn_imps.hpp) Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: libstdc++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: pluto at agmk dot net CC: gcc-bugs at gcc dot gnu dot org GCC build triplet: i686-pld-linux GCC host triplet: i686-pld-linux GCC target triplet: i686-pld-linux http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22218
[Bug libstdc++/22218] [4.1 Regression] no rule to make target ... (constructor_destructor_fn_imps.hpp)
-- What|Removed |Added CC||bkoz at gcc dot gnu dot org Keywords||build Summary|no rule to make target ... |[4.1 Regression] no rule to |(constructor_destructor_fn_i|make target ... |mps.hpp)|(constructor_destructor_fn_i ||mps.hpp) Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22218
[Bug c++/22206] gcc overload resolution fails to follow using in some cases
--- Additional Comments From bangerth at dealii dot org 2005-06-28 13:57 --- Andrew is correct: name lookup proceeds from the present scope outward and stops once it finds a matching name (note: name, not signature) or names. It then tries to match the signature of the names to the call. This fails here. There is no requirement that the compiler then resume looking for other names in scopes further out. W. -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22206
[Bug rtl-optimization/22208] [4.0/4.1 Regression] flag_rename_registers is not enabled at -O3 or above
--- Additional Comments From bangerth at dealii dot org 2005-06-28 13:59 --- I concur, done. W. -- What|Removed |Added Target Milestone|4.0.2 |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22208
[Bug rtl-optimization/17808] Scheduler overly conservative in sched-deps
--- Additional Comments From steven at gcc dot gnu dot org 2005-06-28 14:06 --- It is maybe a bit hard to investigate this bug because it actually causes bootstrap failures on e.g. ia64, and even a normal make seems to produce bad crt* stuff. So I took a different approach: Index: common.opt === RCS file: /cvs/gcc/gcc/gcc/common.opt,v retrieving revision 1.77 diff -u -3 -p -r1.77 common.opt --- common.opt 28 Jun 2005 02:20:28 - 1.77 +++ common.opt 28 Jun 2005 13:53:10 - @@ -1014,6 +1014,10 @@ fzero-initialized-in-bss Common Report Var(flag_zero_initialized_in_bss) Init(1) Put zero initialized data in the bss section +f +Common Report Var(flag_) Init(0) +Flag for testing some feature + g Common JoinedOrMissing Generate debug information in default format Index: sched-deps.c === RCS file: /cvs/gcc/gcc/gcc/sched-deps.c,v retrieving revision 1.93 diff -u -3 -p -r1.93 sched-deps.c --- sched-deps.c25 Jun 2005 02:01:03 - 1.93 +++ sched-deps.c28 Jun 2005 13:53:10 - @@ -149,7 +149,10 @@ sched_get_condition (rtx insn) return 0; src = SET_SRC (pc_set (insn)); -#if 0 +#if 1 + if (!flag_) +return 0; + /* The previous code here was completely invalid and could never extract the condition from a jump. This code does the correct thing, but that triggers latent bugs later in the scheduler on ports with conditional I used this patch and compared the gcc.dg execute.exp results of a normal test run with the results of the patched compiler, i.e. the diff of the output of make check-gcc RUNTESTFLAGS=execute.exp and make check-gcc RUNTESTFLAGS=execute.exp --tool_opts '-f' which shows that on an Itanium2 box the following test cases work with the code in sched_get_condition disabled, but fail with the patch: 0a1,5 FAIL: gcc.c-torture/execute/20010209-1.c execution, -O2 FAIL: gcc.c-torture/execute/20010209-1.c execution, -O3 -fomit-frame-pointer FAIL: gcc.c-torture/execute/20010209-1.c execution, -O3 -fomit-frame-pointer -funroll-loops FAIL: gcc.c-torture/execute/20010209-1.c execution, -O3 -fomit-frame-pointer -funroll-all-loops -finline-functions FAIL: gcc.c-torture/execute/20010209-1.c execution, -O3 -g 7a13,22 FAIL: gcc.c-torture/execute/920625-1.c compilation, -O3 -fomit-frame-pointer -funroll-loops FAIL: gcc.c-torture/execute/920625-1.c compilation, -O3 -fomit-frame-pointer -funroll-all-loops -finline-functions FAIL: gcc.c-torture/execute/990127-1.c execution, -O2 FAIL: gcc.c-torture/execute/990127-1.c execution, -O3 -fomit-frame-pointer FAIL: gcc.c-torture/execute/990127-1.c execution, -O3 -g FAIL: gcc.c-torture/execute/va-arg-10.c execution, -O2 FAIL: gcc.c-torture/execute/va-arg-10.c execution, -O3 -fomit-frame-pointer FAIL: gcc.c-torture/execute/va-arg-10.c execution, -O3 -fomit-frame-pointer -funroll-loops FAIL: gcc.c-torture/execute/va-arg-10.c execution, -O3 -fomit-frame-pointer -funroll-all-loops -finline-functions FAIL: gcc.c-torture/execute/va-arg-10.c execution, -O3 -g There. At least this should at last make it a bit easier to investigate this nasty bug. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17808
[Bug libstdc++/22205] [4.1 Regression] errors debug mode on aix
--- Additional Comments From dje at gcc dot gnu dot org 2005-06-28 14:16 --- I do not understand the comment about GCC for AIX setting GXX_WEAK consistently. The value is set by GCC itself, not overridden by AIX. GXX_WEAK is defined by c-cppbuiltin.c: if (flag_weak SUPPORTS_ONE_ONLY) cpp_define (pfile, __GXX_WEAK__=1); else cpp_define (pfile, __GXX_WEAK__=0); and depends on SUPPORTS_ONE_ONLY, not just weak support. I will test if setting MAKE_DECL_ONE_ONLY works on AIX. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22205
[Bug c++/22215] [3.4 Regression] [unit-at-a-time] g++ -O2 generates Undefined Global for statically defined function
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-28 14:17 --- Confirmed. only a 3.4 regression. -- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Keywords||wrong-code Known to fail||3.4.0 3.4.4 Known to work||3.3.3 4.0.0 4.1.0 Last reconfirmed|-00-00 00:00:00 |2005-06-28 14:17:36 date|| Summary|g++ -O2 generates Undefined |[3.4 Regression] [unit-at-a- |Global for statically |time] g++ -O2 generates |defined function|Undefined Global for ||statically defined function Target Milestone|--- |3.4.5 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22215
[Bug tree-optimization/22216] [4.1 regression] ICE during GC
--- Additional Comments From dnovillo at redhat dot com 2005-06-28 14:18 --- Subject: Re: [4.1 regression] ICE during GC On Tue, Jun 28, 2005 at 12:42:03PM -, schwab at suse dot de wrote: Are you sure? Yes. You need to check your script then. The patch for 21959 had nothing to do with this failure. I get the same ICE without that patch. Diego. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22216
[Bug tree-optimization/22216] [4.1 regression] ICE during GC
-- What|Removed |Added CC|dnovillo at gcc dot gnu dot | |org | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22216
[Bug libstdc++/22205] [4.1 Regression] errors debug mode on aix
--- Additional Comments From pcarlini at suse dot de 2005-06-28 14:27 --- A clarification about __GXX_WEAK__: Andrew reports that, on AIX we have: #define __GXX_WEAK__ If that is really the case (I cannot check, sorry), then the library is not checking correctly the macro, because uses: # if __GXX_WEAK__ which should be changed to: # ifdef __GXX_WEAK__ Alternately, on AIX we should have: #define __GXX_WEAK__ 1 I'm saying everywhere on AIX because for sure many other weak targets are ok as they are. Agreed? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22205
[Bug libgcj/22189] Table Full in gcj-dbtool if -m option used with smallest possible input
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-28 14:31 --- Subject: Bug 22189 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-06-28 14:31:29 Modified files: libjava/gnu/gcj/runtime: PersistentByteMap.java libjava: ChangeLog Log message: 2005-06-28 Robin Green [EMAIL PROTECTED] PR java/22189 * gnu/gcj/runtime/PersistentByteMap.java (init): Fix rounding error. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/gnu/gcj/runtime/PersistentByteMap.java.diff?cvsroot=gccr1=1.5r2=1.6 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/ChangeLog.diff?cvsroot=gccr1=1.3680r2=1.3681 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22189
[Bug tree-optimization/22219] New: ICE when compiling gcc.dg/builtin-object-size-[1234].c
With current GCC CVS 4 of the added tests (gcc.dg/builtin-object-size-{1,2,3,4}.c) fail with: /usr/src/gcc/gcc/testsuite/gcc.dg/builtin-object-size-1.c: In function 'test2': /usr/src/gcc/gcc/testsuite/gcc.dg/builtin-object-size-1.c:159: error: Pointers with a memory tag, should have points-to sets or r_1, name memory tag: NMT.52, points-to vars: { } r, UID 0, char * /usr/src/gcc/gcc/testsuite/gcc.dg/builtin-object-size-1.c:159: internal compiler error: verify_flow_sensitive_alias_info failed.Please submit a full bug report, with preprocessed source if appropriate. See URL:http://gcc.gnu.org/bugs.html for instructions. but a) that looks like a tree-ssa-alias bug to me (see below) b) it is a checking only failure, when not checking, it works c) it is not something people usually do with the builtins. Usually the builtin result is passed to a function that also uses the pointer passed to the __builtin_object_size (ptr, cst) function and therefore the pointer use is usually not completely optimized away when __builtin_object_size (ptr, cst) is optimized into a constant. In gcc.dg/builtin-object-size{1,2,3,4}.c I'm only testing the __builtin_object_size builtin, so e.g. in test2 function __builtin_object_size is the only place that uses the r variable. At alias4 time, the variable is: rD.1709_1, name memory tag: NMT.52D.2245, is dereferenced, its value escapes, points-to vars: { buf3D.1710 aD.1708 } ... # rD.1709_1 = PHI aD.1708.buf1D.1706[1](1), aD.1708.buf2D.1707[7](2), buf3D.1710[5](3), rD.1709_40(4), +aD.1708.buf1D.1706[9](5); ... D.1726_12 = __builtin_object_size (rD.1709_1, 0); Now, objsz pass (but similarly could optimize e.g. a fab pass) optimizes the last line into: D.1726_12 = 20; and when alias5 starts, in init_alias_info it clears rD.1709_1's is_dereferenced, clears pi-pt_vars bitmap etc., but does not clear it's pi-name_mem_tag (this is I guess desirable, so that in the likely case the mem tag will be needed again a new mem tag is not created again). Next collect_points_to_info_for is called for pointer uses and collect_points_to_info_for leads to populating the processed_ptrs array (and for pointers in processed_ptrs varray it clears pi-name_mem_tag in create_name_tags). The problem here is that rD.1709_1 is not used any longer, so pi-name_mem_tag is not cleared, while pi-is_dereferenced is 0, pi-pt_vars is empty bitmap and verify_flow_sensitive_alias_info complains. PR tree-optimization/21584 sounds like the same problem. Now, unless we require a DCE pass right before every may_alias pass, I'm afraid we have to live with pointers that had a name_mem_tag set, but after some optimization are no longer used anywhere, but not yet eliminated as dead code. So, either create_name_tags would need to walk over all SSA names with pointer type and do: if (pi-pt_anything || !pi-is_dereferenced) { /* No name tags for pointers that have not been dereferenced or point to an arbitrary location. */ pi-name_mem_tag = NULL_TREE; continue; } on them, not just on those in ai-processed_ptrs, or verify_flow_sensitive_alias_info should allow non-NULL name_mem_tag if pt_anything != 0 || pi-is_dereferenced = NULL. -- Summary: ICE when compiling gcc.dg/builtin-object-size-[1234].c Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: tree-optimization AssignedTo: dnovillo at gcc dot gnu dot org ReportedBy: jakub at redhat dot com CC: gcc-bugs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22219
[Bug libgcj/22211] Thread.interrupt sometimes causes abort if thread is already dead
--- Additional Comments From greenrd at greenrd dot org 2005-06-28 15:12 --- Ignore previous comment. As a (probably overzealous) legal precaution, I will not be submitting a patch. (For the record, I do not believe any of my previous contributions are problematic in any way.) Consider this bug unassigned again. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22211
[Bug tree-optimization/22219] ICE when compiling gcc.dg/builtin-object-size-[1234].c
-- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-06-28 15:20:34 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22219
[Bug ada/22220] New: Unable to build gnattools native i586
$ gcc -v Reading specs from /usr/lib/gcc/i586-mandrake-linux-gnu/3.4.3/specs Configured with: ../configure --prefix=/usr --libexecdir=/usr/lib --with-slibdir=/lib --mandir=/usr/share/man --infodir=/usr/share/info --enable-shared --enable-threads=posix --disable-checking --enable-long-long --enable-__cxa_atexit --enable-clocale=gnu --disable-libunwind-exceptions --enable-languages=c,c++,ada,f77,objc,java --host=i586-mandrake-linux-gnu --with-system-zlib Thread model: posix gcc version 3.4.3 (Mandrakelinux 10.2 3.4.3-7mdk) On the 3.4.x versions make -C gcc gnatlib_and_tools would build gnatlib and the gnat* tools. The above does not work for 4.0.0. Here is how I configured: - ../gcc-4.0.0/configure\ --prefix=/home/smcconne/gcc/4.0.0/install \ --enable-shared \ --enable-languages=c,ada \ --disable-nls \ --disable-checking\ --disable-libada \ --enable-threads=posix make bootstrap make -C gcc/ada gnatlib-shared - make -C gcc/ada gnattools1 [EMAIL PROTECTED] build]$ make -C gcc/ada gnattools1 make: Entering directory `/home/smcconne/gcc/4.0.0/build/gcc/ada' echo make -C tools -f ../Makefile CC=cc CFLAGS=-g LDFLAGS= ADAFLAGS=-W -Wall -gnatpg -gnata INCLUDES=-I. -I.. -I../..-I/home/smcconne/gcc/4.0.0/gcc-4.0.0/gcc/ada -I/home/smcconne/gcc/4.0.0/gcc-4.0.0/gcc/ada/../config -I/home/smcconne/gcc/4.0.0/gcc-4.0.0/gcc/ada/../../include -I/home/smcconne/gcc/4.0.0/gcc-4.0.0/gcc/ada/.. ADA_INCLUDES=-I- -I. -I../../../gcc-4.0.0/gcc/ada -I. -I/home/smcconne/gcc/4.0.0/gcc-4.0.0/gcc/ada libsubdir= exeext= fsrcdir=/home/smcconne/gcc/4.0.0/gcc-4.0.0/gcc/ada srcdir=/home/smcconne/gcc/4.0.0/gcc-4.0.0/gcc/ada TOOLS_LIBS=../rts/libgnat.a ../../prefix.o ../../version.o link.o ../../../libiberty/libiberty.a GNATMAKE= GNATLINK= GNATBIND=gnatbind \ TOOLSCASE=native \ ../../gnatmake ../../gnatlink ../../gnatbl make[1]: Entering directory `/home/smcconne/gcc/4.0.0/build/gcc/ada/tools' cc -c -g -W -Wall -gnatpg -gnata -I- -I. -I../../../gcc-4.0.0/gcc/ada -I. -I/home/smcconne/gcc/4.0.0/gcc-4.0.0/gcc/ada ../rts/i-c.adb -o i-c.o i-c.adb:413:31: incorrect constraint for this kind of type i-c.adb:416:19: prefix of Range attribute must be a type i-c.adb:417:13: array type required in indexed component i-c.adb:417:22: no candidate interpretations match the actuals: i-c.adb:417:22: missing argument for parameter Target in call to To_Ada declared at i-c.ads:181 i-c.adb:417:22: missing argument for parameter Target in call to To_Ada declared at i-c.ads:134 i-c.adb:417:22: missing argument for parameter Target in call to To_Ada declared at i-c.ads:98 i-c.adb:417:30: expected type Interfaces.C.char16_array i-c.adb:417:30: found type Interfaces.C.char32_t i-c.adb:417:30: == in call to To_Ada at i-c.ads:169 i-c.adb:417:30: == in call to To_Ada at i-c.ads:155 i-c.adb:417:30: == in call to To_Ada at i-c.ads:124 i-c.adb:417:30: == in call to To_Ada at i-c.ads:114 i-c.adb:417:30: == in call to To_Ada at i-c.ads:88 i-c.adb:417:30: == in call to To_Ada at i-c.ads:77 i-c.adb:462:28: no candidate interpretations match the actuals: i-c.adb:462:28: missing argument for parameter Target in call to To_Ada declared at i-c.ads:223 i-c.adb:462:28: missing argument for parameter Target in call to To_Ada declared at i-c.ads:181 i-c.adb:462:28: missing argument for parameter Target in call to To_Ada declared at i-c.ads:134 i-c.adb:462:28: missing argument for parameter Target in call to To_Ada declared at i-c.ads:98 i-c.adb:462:36: expected type Interfaces.C.char32_array i-c.adb:462:36: found type Interfaces.C.char32_t i-c.adb:462:36: == in call to To_Ada at i-c.ads:211 i-c.adb:462:36: == in call to To_Ada at i-c.ads:169 i-c.adb:462:36: == in call to To_Ada at i-c.ads:155 i-c.adb:462:36: == in call to To_Ada at i-c.ads:124 i-c.adb:462:36: == in call to To_Ada at i-c.ads:114 i-c.adb:462:36: == in call to To_Ada at i-c.ads:88 i-c.adb:462:36: == in call to To_Ada at i-c.ads:77 i-c.ads:147:04: warning: unrecognized pragma Ada_05 i-c.ads:150:04: warning: unrecognized pragma Ada_05 i-c.ads:153:04: warning: unrecognized pragma Ada_05 i-c.ads:156:04: warning: unrecognized pragma Ada_05 i-c.ads:159:04: warning: unrecognized pragma Ada_05 i-c.ads:162:04: warning: unrecognized pragma Ada_05 i-c.ads:167:04: warning: unrecognized pragma Ada_05 i-c.ads:172:04: warning: unrecognized pragma Ada_05 i-c.ads:179:04: warning: unrecognized pragma Ada_05 i-c.ads:186:04: warning: unrecognized pragma Ada_05 i-c.ads:188:25: Wide_Wide_Character is undefined (more references follow) i-c.ads:189:04: warning: unrecognized pragma Ada_05
[Bug ada/22220] Unable to build gnattools native i586
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-28 16:37 --- You no longer have to make -C gcc/ada gnatlib-shared. If you install 4.0.0 does it work? -- What|Removed |Added Status|UNCONFIRMED |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=0
[Bug ada/22220] Unable to build gnattools native i586
--- Additional Comments From smcconne at seakr dot com 2005-06-28 16:59 --- (In reply to comment #1) You no longer have to make -C gcc/ada gnatlib-shared. If you install 4.0.0 does it work? make bootstrap seems to work. I am able to compile Ada code using gcc -c I can also bind. I do not have a linker... [EMAIL PROTECTED] bin]$ pwd /home/smcconne/gcc/4.0.0/install/bin [EMAIL PROTECTED] bin]$ ls cpp* gcc* gccbug* gcov* gnatbind* i686-pc-linux-gnu-gcc* i686-pc-linux-gnu-gcc-4.0.0* -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=0
[Bug ada/22221] New: make bootstrap enters endless loop (Hangs)
It hangs when compiling gnat. It stays in the following state. ps -aux smcconne 15294 0.0 0.5 3508 1492 pts/3S+ 11:27 0:00 make bootstrap smcconne 15454 0.0 0.5 4064 1320 pts/3S+ 11:27 0:00 /bin/sh -c r=`${PWDCMD-pwd}`; export r; s=`cd ../gcc; ${ smcconne 15518 0.0 1.1 4860 2844 pts/3S+ 11:27 0:00 make DESTDIR= RPATH_ENVVAR=LD_LIBRARY_PATH TARGET_SUBDIR= smcconne 15549 0.0 1.4 5860 3748 pts/3S+ 11:27 0:00 make CC= stage2/xgcc -Bstage2/ -B/home/smcconne/gcc/cvs/i root 17454 0.0 0.0 0 0 ?S11:32 0:00 [pdflush] smcconne 18920 0.0 0.1 1596 448 pts/3S+ 11:36 0:00 stage2/xgcc -Bstage2/ -B/home/smcconne/gcc/cvs/install/i6 smcconne 18921 93.8 0.9 14400 2304 pts/3R+ 11:36 18:34 stage2/gnat1 -I- -I. -Iada -I../../gcc/gcc/ada -quiet -du -- [EMAIL PROTECTED] ~]$ gcc -v Reading specs from /usr/lib/gcc/i586-mandrake-linux-gnu/3.4.3/specs Configured with: ../configure --prefix=/usr --libexecdir=/usr/lib --with-slibdir=/lib --mandir=/usr/share/man --infodir=/usr/share/info --enable-shared --enable-threads=posix --disable-checking --enable-long-long --enable-__cxa_atexit --enable-clocale=gnu --disable-libunwind-exceptions --enable-languages=c,c++,ada,f77,objc,java --host=i586-mandrake-linux-gnu --with-system-zlib Thread model: posix gcc version 3.4.3 (Mandrakelinux 10.2 3.4.3-7mdk) --- How I configure and build: ../gcc/configure\ --prefix=/home/smcconne/gcc/cvs/install \ --enable-shared \ --enable-languages=c,ada\ --disable-nls \ --disable-checking \ --disable-libada\ --enable-threads=posix make bootstrap Where it hangs: stage2/xgcc -Bstage2/ -B/home/smcconne/gcc/cvs/install/i686-pc-linux-gnu/bin/ -c -O2 -g -fomit-frame-pointer -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -pedantic -Wno-long-long -Wno-variadic-macros -Wold-style-definition -Werror-DHAVE_CONFIG_H-I. -I. -I../../gcc/gcc -I../../gcc/gcc/. -I../../gcc/gcc/../include -I../../gcc/gcc/../libcpp/include ../../gcc/gcc/tree-inline.c -o tree-inline.o stage2/xgcc -Bstage2/ -B/home/smcconne/gcc/cvs/install/i686-pc-linux-gnu/bin/ -c -O2 -g -fomit-frame-pointer -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -pedantic -Wno-long-long -Wno-variadic-macros -Wold-style-definition -Werror-DHAVE_CONFIG_H-I. -I. -I../../gcc/gcc -I../../gcc/gcc/. -I../../gcc/gcc/../include -I../../gcc/gcc/../libcpp/include ../../gcc/gcc/cgraph.c -o cgraph.o stage2/xgcc -Bstage2/ -B/home/smcconne/gcc/cvs/install/i686-pc-linux-gnu/bin/ -c -O2 -g -fomit-frame-pointer -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -pedantic -Wno-long-long -Wno-variadic-macros -Wold-style-definition -Werror-DHAVE_CONFIG_H-I. -I. -I../../gcc/gcc -I../../gcc/gcc/. -I../../gcc/gcc/../include -I../../gcc/gcc/../libcpp/include ../../gcc/gcc/cgraphunit.c -o cgraphunit.o stage2/xgcc -Bstage2/ -B/home/smcconne/gcc/cvs/install/i686-pc-linux-gnu/bin/ -c -O2 -g -fomit-frame-pointer -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -pedantic -Wno-long-long -Wno-variadic-macros -Wold-style-definition -Werror-DHAVE_CONFIG_H-I. -I. -I../../gcc/gcc -I../../gcc/gcc/. -I../../gcc/gcc/../include -I../../gcc/gcc/../libcpp/include ../../gcc/gcc/tree-nomudflap.c -o tree-nomudflap.o stage2/xgcc -Bstage2/ -B/home/smcconne/gcc/cvs/install/i686-pc-linux-gnu/bin/ -c -O2 -g -fomit-frame-pointer -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -pedantic -Wno-long-long -Wno-variadic-macros -Wold-style-definition -Werror-DHAVE_CONFIG_H-I. -I. -I../../gcc/gcc -I../../gcc/gcc/. -I../../gcc/gcc/../include -I../../gcc/gcc/../libcpp/include ../../gcc/gcc/ipa.c -o ipa.o stage2/xgcc -Bstage2/ -B/home/smcconne/gcc/cvs/install/i686-pc-linux-gnu/bin/ -c -O2 -g -fomit-frame-pointer -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -pedantic -Wno-long-long -Wno-variadic-macros -Wold-style-definition -Werror-DHAVE_CONFIG_H-I. -I. -I../../gcc/gcc -I../../gcc/gcc/. -I../../gcc/gcc/../include -I../../gcc/gcc/../libcpp/include ../../gcc/gcc/ipa-inline.c -o ipa-inline.o rm -rf libbackend.a ar rc libbackend.a tree-chrec.o tree-scalar-evolution.o tree-data-ref.o tree-cfg.o tree-dfa.o tree-eh.o tree-ssa.o
[Bug ada/22221] make bootstrap enters endless loop (Hangs)
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-28 18:03 --- This was just fixed. See PR 21959. *** This bug has been marked as a duplicate of 21959 *** -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=1
[Bug tree-optimization/21959] [4.1 Regression] vrp miscompiles Ada front-end, drops loop exit test in well-defined wrap-around circumstances
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-28 18:03 --- *** Bug 1 has been marked as a duplicate of this bug. *** -- What|Removed |Added CC||smcconne at seakr dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21959
[Bug target/22134] [4.1 Regression] vf_hue.c:54: internal compiler error: in final_scan_insn, at final.c:2419
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-28 19:19 --- Subject: Bug 22134 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-06-28 19:19:29 Modified files: gcc: ChangeLog gcc/config/i386: i386.md Log message: PR target/22134 * config/i386/i386.md (fistmode2_with_temp splitter): Clobber memory operand, not scratch register. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gccr1=2.9257r2=2.9258 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/config/i386/i386.md.diff?cvsroot=gccr1=1.639r2=1.640 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22134
[Bug target/22134] [4.1 Regression] vf_hue.c:54: internal compiler error: in final_scan_insn, at final.c:2419
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-28 19:29 --- Fixed. -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22134
[Bug target/22223] New: New testsuite failure on Tru64 UNIX V5.1B: gcc.c-torture/compile/20050622-1.c
The new gcc.c-torture/compile/20050622-1.c testcase fails on Tru64 UNIX V5.1B: +FAIL: gcc.c-torture/compile/20050622-1.c (test for excess errors) FAIL: gcc.c-torture/compile/20050622-1.c (test for excess errors) Excess errors: currfunc_frameoffset = 75497488 currfunc_regoffset = -64 callstd_regoffset = 75497424 as1: Error: /tmp//cciTXuV1.s, line 1: register save offset must be less .5 megabytes Environment: System: OSF1 bartok V5.1 2650 alpha Machine: alpha host: alpha-dec-osf5.1b build: alpha-dec-osf5.1b target: alpha-dec-osf5.1b configured with: /vol/gnu/src/gcc/gcc-dist/configure --prefix=/vol/gcc --with-local-prefix=/vol/gcc --disable-nls --host alpha-dec-osf5.1b --build alpha-dec-osf5.1b --target alpha-dec-osf5.1b --with-gmp-dir=/vol/gnu/obj/gmp-4.1.3 --with-mpfr-dir=/vol/gnu/obj/gmp-4.1.3/mpfr --enable-languages=c,c++,f95,java,objc --disable-libmudflap How-To-Repeat: Run make check on target platform. -- Summary: New testsuite failure on Tru64 UNIX V5.1B: gcc.c- torture/compile/20050622-1.c Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Component: target AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: ro at techfak dot uni-bielefeld dot de CC: gcc-bugs at gcc dot gnu dot org GCC build triplet: alpha-dec-osf5.1b GCC host triplet: alpha-dec-osf5.1b GCC target triplet: alpha-dec-osf5.1b http://gcc.gnu.org/bugzilla/show_bug.cgi?id=3
[Bug target/22223] New testsuite failure on Tru64 UNIX V5.1B: gcc.c-torture/compile/20050622-1.c
--- Additional Comments From ro at gcc dot gnu dot org 2005-06-28 19:59 --- Created an attachment (id=9166) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9166action=view) Failing assembler input -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=3
[Bug bootstrap/21268] [4.0/4.1 Regression] Bootstrap, configuration problem and insn-conditions.c
--- Additional Comments From markus at trippelsdorf dot de 2005-06-28 20:01 --- I can confirm this issue. Running : mv /usr/local/include/options.h /usr/local/include/options.h_ before building gcc40 solves the problem... -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21268
[Bug libstdc++/22222] New: New Tru64 UNIX libstdc++ testsuite failures: #warning debug mode disabled due to lack of weak symbol support
Between 20050525 and 20050627 there appeared a couple of new libstdc++ testsuite failures on Tru64 UNIX V5.1B: +FAIL: 23_containers/bitset/18604.cc (test for excess errors) +FAIL: 23_containers/deque/14340.cc (test for excess errors) +FAIL: 23_containers/deque/18604.cc (test for excess errors) +FAIL: 23_containers/list/14340.cc (test for excess errors) +FAIL: 23_containers/list/18604.cc (test for excess errors) +FAIL: 23_containers/map/14340.cc (test for excess errors) +FAIL: 23_containers/map/18604.cc (test for excess errors) +FAIL: 23_containers/multimap/14340.cc (test for excess errors) +FAIL: 23_containers/multiset/14340.cc (test for excess errors) +FAIL: 23_containers/set/14340.cc (test for excess errors) +FAIL: 23_containers/set/18604.cc (test for excess errors) +FAIL: 23_containers/vector/14340.cc (test for excess errors) +FAIL: 23_containers/vector/18604.cc (test for excess errors) All the failures are like this: FAIL: 23_containers/bitset/18604.cc (test for excess errors) Excess errors: In file included from /vol/gcc/obj/gcc-4.1.0-20050627/5.1b-gcc/alpha-dec-osf5.1b/libstdc++-v3/include/limits:47, from /vol/gcc/obj/gcc-4.1.0-20050627/5.1b-gcc/alpha-dec-osf5.1b/libstdc++-v3/include/bitset:54, from /vol/gnu/src/gcc/gcc-dist/libstdc++-v3/testsuite/23_containers/bitset/18604.cc:41: /vol/gcc/obj/gcc-4.1.0-20050627/5.1b-gcc/alpha-dec-osf5.1b/libstdc++-v3/include/alpha-dec-osf5.1b/bits/c++config.h:61:4: warning: #warning debug mode disabled due to lack of weak symbol support and many more errors. If a testcase cannot be supported, it shouldn't FAIL but be marked UNSUPPORTED instead. Environment: System: OSF1 bartok V5.1 2650 alpha Machine: alpha host: alpha-dec-osf5.1b build: alpha-dec-osf5.1b target: alpha-dec-osf5.1b configured with: /vol/gnu/src/gcc/gcc-dist/configure --prefix=/vol/gcc --with-local-prefix=/vol/gcc --disable-nls --host alpha-dec-osf5.1b --build alpha-dec-osf5.1b --target alpha-dec-osf5.1b --with-gmp-dir=/vol/gnu/obj/gmp-4.1.3 --with-mpfr-dir=/vol/gnu/obj/gmp-4.1.3/mpfr --enable-languages=c,c++,f95,java,objc --disable-libmudflap How-To-Repeat: Run make check on target platform. -- Summary: New Tru64 UNIX libstdc++ testsuite failures: #warning debug mode disabled due to lack of weak symbol support Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Component: libstdc++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: ro at techfak dot uni-bielefeld dot de CC: gcc-bugs at gcc dot gnu dot org GCC build triplet: alpha-dec-osf5.1b GCC host triplet: alpha-dec-osf5.1b GCC target triplet: alpha-dec-osf5.1b http://gcc.gnu.org/bugzilla/show_bug.cgi?id=2
[Bug libstdc++/22222] New Tru64 UNIX libstdc++ testsuite failures: #warning debug mode disabled due to lack of weak symbol support
--- Additional Comments From pcarlini at suse dot de 2005-06-28 20:03 --- This is basically the same issue of 22205 and we are certainly going to add the needed DejaGNU bits (note, however, that, to date it's not completely clear what's exactly going wrong on AIX) -- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-06-28 20:03:11 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=2
[Bug target/22224] New: Several Tru64 UNIX testsuite failures: Length of .lcomm was less than 1
Several testcases fail producing invalid assembler code, e.g. FAIL: gcc.dg/gnu89-init-1.c (test for excess errors) Excess errors: as1: Warning: /tmp//ccuPshWt.s, line 1: Length of .lcomm was less than 1: __compound_literal.1 FAIL: gcc.dg/range-test-1.c (test for excess errors) Excess errors: as1: Warning: /tmp//ccEmBJsO.s, line 1: Length of .lcomm was less than 1: noarro2.2151 as1: Warning: /tmp//ccEmBJsO.s, line 1: Length of .lcomm was less than 1: noarro1.2143 FAIL: g++.dg/opt/range-test-1.C (test for excess errors) Excess errors: as1: Warning: /tmp//ccMlmmXa.s, line 1: Length of .lcomm was less than 1: _ZZ4mainE7noarro2 as1: Warning: /tmp//ccMlmmXa.s, line 1: Length of .lcomm was less than 1: _ZZ4mainE7noarro1 and several libjava testcases. A reduced testcase (for IRIX 6.5 with gas) already appears in PR target/22006, so it may be useful to find a target-independent fix for the problem. Environment: System: OSF1 bartok V5.1 2650 alpha Machine: alpha host: alpha-dec-osf5.1b build: alpha-dec-osf5.1b target: alpha-dec-osf5.1b configured with: /vol/gnu/src/gcc/gcc-dist/configure --prefix=/vol/gcc --with-local-prefix=/vol/gcc --disable-nls --host alpha-dec-osf5.1b --build alpha-dec-osf5.1b --target alpha-dec-osf5.1b --with-gmp-dir=/vol/gnu/obj/gmp-4.1.3 --with-mpfr-dir=/vol/gnu/obj/gmp-4.1.3/mpfr --enable-languages=c,c++,f95,java,objc --disable-libmudflap How-To-Repeat: Run make check on the target. -- Summary: Several Tru64 UNIX testsuite failures: Length of .lcomm was less than 1 Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Component: target AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: ro at techfak dot uni-bielefeld dot de CC: gcc-bugs at gcc dot gnu dot org GCC build triplet: alpha-dec-osf5.1b GCC host triplet: alpha-dec-osf5.1b GCC target triplet: alpha-dec-osf5.1b http://gcc.gnu.org/bugzilla/show_bug.cgi?id=4
[Bug target/22223] New testsuite failure on Tru64 UNIX V5.1B: gcc.c-torture/compile/20050622-1.c
-- What|Removed |Added Keywords||wrong-code Version|unknown |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=3
[Bug rtl-optimization/18485] [4.0/4.1 regression] mmix-knuth-mmixware testsuite failure: g++.dg/lookup/forscope1.C g++.old-deja/g++.niklas/t132.C g++.old-deja/g++.other/singleton.C
--- Additional Comments From ro at gcc dot gnu dot org 2005-06-28 20:24 --- The same problem occurs on alpha-dec-osf5.1b as of 20050627: FAIL: g++.old-deja/g++.other/singleton.C (test for excess errors) Excess errors: /vol/gnu/src/gcc/gcc-dist/gcc/testsuite/g++.old-deja/g++.other/singleton.C:38: error: NOTE_INSN_BASIC_BLOCK is missing for block 0 /vol/gnu/src/gcc/gcc-dist/gcc/testsuite/g++.old-deja/g++.other/singleton.C:38: error: NOTE_INSN_BASIC_BLOCK 7 in middle of basic block 0 /vol/gnu/src/gcc/gcc-dist/gcc/testsuite/g++.old-deja/g++.other/singleton.C:38: error: insn outside basic block (insn 54 6 7 0 (set (mem:DI (reg/f:DI 65 virtual-stack-vars) [0 S8 A64]) (reg:DI 29 $29)) -1 (nil) (nil)) /vol/gnu/src/gcc/gcc-dist/gcc/testsuite/g++.old-deja/g++.other/singleton.C:38: internal compiler error: in rtl_verify_flow_info, at cfgrtl.c:2234 -- What|Removed |Added CC||ro at techfak dot uni- ||bielefeld dot de http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18485
[Bug target/22006] New IRIX 6.5 testsuite failures with gas: .space repeat count is zero, ignored
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-28 20:26 --- struct A {} a; is another testcase. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22006
[Bug target/22225] New: Tru64 UNIX testsuite failure: gcc.dg/vect/pr18536.c: ICE in in alphaev4_insn_pipe
The gcc.dg/vect/pr18536.c testcase fails on alpha-dec-osf5.1b: FAIL: gcc.dg/vect/pr18536.c (test for excess errors) Excess errors: /vol/gnu/src/gcc/gcc-dist/gcc/testsuite/gcc.dg/vect/pr18536.c:13: internal compiler error: in alphaev4_insn_pipe, at config/alpha/alpha.c:8625 Environment: System: OSF1 bartok V5.1 2650 alpha Machine: alpha host: alpha-dec-osf5.1b build: alpha-dec-osf5.1b target: alpha-dec-osf5.1b configured with: /vol/gnu/src/gcc/gcc-dist/configure --prefix=/vol/gcc --with-local-prefix=/vol/gcc --disable-nls --host alpha-dec-osf5.1b --build alpha-dec-osf5.1b --target alpha-dec-osf5.1b --with-gmp-dir=/vol/gnu/obj/gmp-4.1.3 --with-mpfr-dir=/vol/gnu/obj/gmp-4.1.3/mpfr --enable-languages=c,c++,f95,java,objc --disable-libmudflap How-To-Repeat: Run make check on target. -- Summary: Tru64 UNIX testsuite failure: gcc.dg/vect/pr18536.c: ICE in in alphaev4_insn_pipe Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Component: target AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: ro at techfak dot uni-bielefeld dot de CC: gcc-bugs at gcc dot gnu dot org GCC build triplet: alpha-dec-osf5.1b GCC host triplet: alpha-dec-osf5.1b GCC target triplet: alpha-dec-osf5.1b http://gcc.gnu.org/bugzilla/show_bug.cgi?id=5
[Bug target/22225] Tru64 UNIX testsuite failure: gcc.dg/vect/pr18536.c: ICE in in alphaev4_insn_pipe
--- Additional Comments From ro at techfak dot uni-bielefeld dot de 2005-06-28 20:36 --- Subject: Re: New: Tru64 UNIX testsuite failure: gcc.dg/vect/pr18536.c: ICE in in alphaev4_insn_pipe There are several more identical failures: FAIL: gcc.dg/vect/vect-reduc-1char.c (test for excess errors) Excess errors: /vol/gnu/src/gcc/gcc-dist/gcc/testsuite/gcc.dg/vect/vect-reduc-1char.c:39: internal compiler error: in alphaev4_insn_pipe, at config/alpha/alpha.c:8625 FAIL: gcc.dg/vect/vect-reduc-1short.c (test for excess errors) Excess errors: /vol/gnu/src/gcc/gcc-dist/gcc/testsuite/gcc.dg/vect/vect-reduc-1short.c:39: internal compiler error: in alphaev4_insn_pipe, at config/alpha/alpha.c:8625 FAIL: gcc.dg/vect/vect-reduc-2char.c (test for excess errors) Excess errors: /vol/gnu/src/gcc/gcc-dist/gcc/testsuite/gcc.dg/vect/vect-reduc-2char.c:39: internal compiler error: in alphaev4_insn_pipe, at config/alpha/alpha.c:8625 FAIL: gcc.dg/vect/vect-reduc-2short.c (test for excess errors) Excess errors: /vol/gnu/src/gcc/gcc-dist/gcc/testsuite/gcc.dg/vect/vect-reduc-2short.c:39: internal compiler error: in alphaev4_insn_pipe, at config/alpha/alpha.c:8625 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=5
[Bug tree-optimization/21831] [4.1 Regression] gcc.dg/vect/vect-97.c fails
--- Additional Comments From ro at gcc dot gnu dot org 2005-06-28 20:39 --- Also occurs on alpha-dec-osf5.1b as of 20050627: FAIL: gcc.dg/vect/vect-97.c (test for excess errors) Excess errors: /vol/gnu/src/gcc/gcc-dist/gcc/testsuite/gcc.dg/vect/vect-97.c:11: error: Definition in block 0 follows the use for SSA_NAME: cb_137 in statement: # VUSE cb_137; vect_var_.51_89 = *vect_pcb.52_88; /vol/gnu/src/gcc/gcc-dist/gcc/testsuite/gcc.dg/vect/vect-97.c:11: internal compiler error: verify_ssa failed. -- What|Removed |Added CC||ro at techfak dot uni- ||bielefeld dot de http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21831
[Bug tree-optimization/22226] New: vectorization library
GCC generic vector support should call IBM MASSV and Intel VML vector libraries. -- Summary: vectorization library Product: gcc Version: 4.1.0 Status: UNCONFIRMED Keywords: missed-optimization Severity: enhancement Priority: P2 Component: tree-optimization AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: dje at gcc dot gnu dot org CC: gcc-bugs at gcc dot gnu dot org GCC build triplet: powerpc*-*-* GCC host triplet: powerpc*-*-* GCC target triplet: powerpc*-*-* http://gcc.gnu.org/bugzilla/show_bug.cgi?id=6
[Bug tree-optimization/22212] [4.1 Regression] SEGV in is_gimple_variable during loop-ivopts while building Ada RTS
--- Additional Comments From belyshev at depni dot sinp dot msu dot ru 2005-06-28 21:12 --- segfault in is_gimple_variable caused by this patch: 2005-06-07 Sebastian Pop [EMAIL PROTECTED] PR 18403 and meta PR 21861. * Makefile.in (tree-chrec.o): Depend on CFGLOOP_H and TREE_FLOW_H. ... -- What|Removed |Added CC||spop at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22212
[Bug tree-optimization/22226] vectorization library
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-28 21:20 --- Confirmed. -- What|Removed |Added CC||pinskia at gcc dot gnu dot ||org Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-06-28 21:20:22 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=6
[Bug libstdc++/22218] [4.1 Regression] no rule to make target ... (constructor_destructor_fn_imps.hpp)
--- Additional Comments From bkoz at gcc dot gnu dot org 2005-06-28 21:31 --- I suspect this is because in your version of the current libstdc++ sources, some directories are missing. Try 'cvs update -d' to get all the directories and files. Then, make sure you have this file in your sources: libstdc++-v3/include/ext/pb_assoc/detail/tree_assoc_cntnr/constructor_destructor_fn_imps.hpp best, benjamin -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22218
[Bug libstdc++/22218] [4.1 Regression] no rule to make target ... (constructor_destructor_fn_imps.hpp)
--- Additional Comments From bkoz at gcc dot gnu dot org 2005-06-28 21:32 --- mine -- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |bkoz at gcc dot gnu dot org |dot org | Status|UNCONFIRMED |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22218
[Bug libfortran/22142] eoshift: boundary not filled in correctly
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-28 21:57 --- Subject: Bug 22142 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-06-28 21:57:45 Modified files: libgfortran: ChangeLog libgfortran/generated: eoshift3_4.c eoshift3_8.c libgfortran/m4 : eoshift3.m4 gcc/testsuite : ChangeLog gcc/testsuite/gfortran.fortran-torture/execute: intrinsic_eoshift.f90 Log message: 2005-06-28 Thomas Koenig [EMAIL PROTECTED] PR libfortran/22142 * m4/eoshift3.m4: Correct bstride (it needs to be multiplied by size since it's a char pointer). * m4/eoshift3_4.c: Regenerated. * m4/eoshift3_8.c: Regenerated. 2005-06-28 Thomas Koenig [EMAIL PROTECTED] PR libfortran/22142 * gfortran.fortran-torture/execute/intrinsic_eoshift.f90: Add testcase for PR 22142. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libgfortran/ChangeLog.diff?cvsroot=gccr1=1.252r2=1.253 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libgfortran/generated/eoshift3_4.c.diff?cvsroot=gccr1=1.8r2=1.9 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libgfortran/generated/eoshift3_8.c.diff?cvsroot=gccr1=1.8r2=1.9 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libgfortran/m4/eoshift3.m4.diff?cvsroot=gccr1=1.9r2=1.10 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gccr1=1.5699r2=1.5700 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.fortran-torture/execute/intrinsic_eoshift.f90.diff?cvsroot=gccr1=1.2r2=1.3 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22142
[Bug testsuite/22176] [4.1 Regression] error executing dg-final: no files matched glob pattern *.c.t??.dom*
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-28 22:07 --- Fixed by: * gcc.dg/tree-ssa/20030708-1.c: Remove static from test function. * gcc.dg/tree-ssa/20030709-1.c, gcc.dg/tree-ssa/20030714-1.c, gcc.dg/tree-ssa/20030807-1.c, gcc.dg/tree-ssa/20030807-5.c, gcc.dg/tree-ssa/20030807-8.c, gcc.dg/tree-ssa/20030815-1.c, gcc.dg/tree-ssa/20030922-2.c: Likewise. -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22176
[Bug tree-optimization/22212] [4.1 Regression] SEGV in is_gimple_variable during loop-ivopts while building Ada RTS
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-28 22:08 --- Hmm, I cannot reproduce this with a cross compiler but that might be because I am using powerpc- darwin7.9.0's ada includes. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22212
[Bug c++/22227] New: g++ 4.0.0 has issues with the typedef of reference
G++ thinks that a nested type is a nested class and it expects a constructor, destructor, or type conversion before the object referenced in the class is processed when compiling a function of a nested type defined in the header file of a templated class. Header file below //C++ STL classes have 12 type definitions, so that every class // defines the following type names as nested types: // // value_type, pointer, reference, const_pointer, const_reference //iterator, const_iterator, reverse_iterator, const_reverse_iterator // allocator_type, size_type, diference_type typedef Etype reference; //list...::value_type to access //whatever type this list holds template class Etype typename listEtype::reference listEtype::const_iterator*() const { return ptr-element; } The compiler complains on the line containing listEtype::const_iterator*() const and it says error: expected constructor, destructor, or type conversion before 'list' This particular functions implementation was written by my Data Structures and Software Principles professor, Jason Zych, a Computer Science Professor at the University of Illinois at Urbana-Champaign. The code works perfectly fine using the University's Sun CC(C++) compiler on their Sun Machines. The CC compiler is included in Sun Microsystem's Sun Studio 9 for Solaris. However, I want to be able to compile my code on my home pc and my laptop and right now the best option for me is to use g++ since Sun does not include its CC compiler in the Linux version of Solaris 9 and the Solaris version of Sun Studio costs $1000 plus the Sun sparc hardware needed to run it is quite expensive. I recently updated from GCC 3.3.3 to GCC 4.0.0 with an update to Fedora Core 4 from Fedora Core 3 and the problem occurs using the latest release of GCC. I hope that the next update to GCC will include a fix to this bug and that it will be released as soon as possible. -- Summary: g++ 4.0.0 has issues with the typedef of reference Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: critical Priority: P1 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: jcurran2 at uiuc dot edu CC: gcc-bugs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=7
[Bug target/21742] [4.1 Regression] unrecognized insn for struct-layout-1 tests with complex members
--- Additional Comments From dje at gcc dot gnu dot org 2005-06-28 22:49 --- Created an attachment (id=9167) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9167action=view) patch -- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |dje at gcc dot gnu dot org |dot org | Status|UNCONFIRMED |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21742
[Bug target/21742] [4.1 Regression] unrecognized insn for struct-layout-1 tests with complex members
--- Additional Comments From dje at gcc dot gnu dot org 2005-06-28 22:53 --- simplify_gen_subreg of a complex MEM creates a SUBREG that cannot be recognized. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21742
[Bug c++/22227] g++ 4.0.0 has issues with the typedef of reference
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-28 22:53 --- Do you have the full source, use -save-temps and attach the preprocessed source (the .ii file). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=7
[Bug c++/22227] g++ 4.0.0 has issues with the typedef of reference
--- Additional Comments From bangerth at dealii dot org 2005-06-28 22:57 --- I tried to understand what you want to say, but couldn't. Would you mind sending us a little piece of (complete, compilable) code that compiles with SunCC but not with gcc? Thanks Wolfgang -- What|Removed |Added Status|UNCONFIRMED |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=7
[Bug c++/22227] g++ 4.0.0 has issues with the typedef of reference
-- What|Removed |Added CC||pinskia at gcc dot gnu dot ||org Severity|critical|normal http://gcc.gnu.org/bugzilla/show_bug.cgi?id=7
[Bug tree-optimization/22037] [4.1 Regression] internal compiler error: verify_ssa failed
--- Additional Comments From bangerth at dealii dot org 2005-06-28 23:06 --- Cutting another line or two: --- extern double sqrt (double) throw (); void foo(double d, int n) { double e=0; for(int i=0; in; i++); for(int i=0; in; i++) e=1; d = sqrt(e); for(int i=0; in; i++); } - g/x /home/bangerth/bin/gcc-4.1-pre/bin/c++ -c x.cc -O3 -fPIC x.cc: In function #8216;void foo(double, int)#8217;: x.cc:3: error: Definition in block 6 follows the use for SSA_NAME: TMT.4_17 in statement: # TMT.4_18 = V_MAY_DEF TMT.4_17; *d_10 = D.1741_9; x.cc:3: internal compiler error: verify_ssa failed. Please submit a full bug report, with preprocessed source if appropriate. See URL:http://gcc.gnu.org/bugs.html for instructions. W. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22037
[Bug libfortran/22142] eoshift: boundary not filled in correctly
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-28 23:07 --- Subject: Bug 22142 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-06-28 23:07:22 Modified files: libgfortran: ChangeLog libgfortran/generated: eoshift1_4.c eoshift1_8.c libgfortran/m4 : eoshift1.m4 gcc/testsuite : ChangeLog gcc/testsuite/gfortran.fortran-torture/execute: intrinsic_eoshift.f90 Log message: 2005-06-28 Thomas Koenig [EMAIL PROTECTED] PR libfortran/22142 * m4/eoshift1.m4: Correct bstride (it needs to be multiplied by size since it's a char pointer). * m4/eoshift1_4.c: Regenerated. * m4/eoshift1_8.c: Regenerated. 2005-06-28 Thomas Koenig [EMAIL PROTECTED] PR libfortran/22142 * gfortran.fortran-torture/execute/intrinsic_eoshift.f90: Add testcase also testing eoshift1 for PR 22142. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libgfortran/ChangeLog.diff?cvsroot=gccr1=1.253r2=1.254 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libgfortran/generated/eoshift1_4.c.diff?cvsroot=gccr1=1.8r2=1.9 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libgfortran/generated/eoshift1_8.c.diff?cvsroot=gccr1=1.8r2=1.9 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libgfortran/m4/eoshift1.m4.diff?cvsroot=gccr1=1.9r2=1.10 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gccr1=1.5701r2=1.5702 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.fortran-torture/execute/intrinsic_eoshift.f90.diff?cvsroot=gccr1=1.3r2=1.4 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22142
[Bug tree-optimization/21218] [4.1 regression] ICE using -ftree-vectorize
--- Additional Comments From bangerth at dealii dot org 2005-06-28 23:10 --- Volker, your testcase does not fail anymore. Should we close this PR? I have other testcases that fail with the same error message and for which I will open another PR shortly... W. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21218
[Bug libfortran/22142] [4.0 only] eoshift: boundary not filled in correctly
--- Additional Comments From tkoenig at gcc dot gnu dot org 2005-06-28 23:11 --- Fixed on 4.1, waiting for 4.0 to reopen. -- What|Removed |Added Known to fail||4.0.1 Known to work||4.1.0 Summary|eoshift: boundary not filled|[4.0 only] eoshift: boundary |in correctly|not filled in correctly Target Milestone|--- |4.0.2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22142
[Bug rtl-optimization/21956] [4.1 Regression] useless symbols in object files
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-28 23:16 --- Patch posted here: http://gcc.gnu.org/ml/gcc-patches/2005-06/msg02135.html. -- What|Removed |Added URL||http://gcc.gnu.org/ml/gcc- ||patches/2005- ||06/msg02135.html Keywords||patch http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21956
[Bug c++/22003] [4.1 Regression] -freorder-blocks-and-partition and thunks
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-28 23:16 --- Patch posted here: http://gcc.gnu.org/ml/gcc-patches/2005-06/msg02135.html. -- What|Removed |Added URL||http://gcc.gnu.org/ml/gcc- ||patches/2005- ||06/msg02135.html Keywords||patch http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22003
[Bug tree-optimization/20256] Perfect nest transformation not conservative enough
--- Additional Comments From bangerth at dealii dot org 2005-06-28 23:17 --- Andrew's code in comment #4 is invalid (don't call no-arg functions with arguments!), but here's a version that also passes through the c++ frontend and crashes the optimizers: -- int foo() { int x[2][2], y[2]; int s; for (int n=0; n2; n++) { s = 0; for (int i=0; i2; i++) s += x[n][i]*y[i]; s += 1; } return s; } g/x /home/bangerth/bin/gcc-4.1-pre/bin/gcc -c x.cc -O2 -ftree-loop-linear x.cc: In function #8216;int foo()#8217;: x.cc:1: error: Definition in block 9 does not dominate use in block 3 for SSA_NAME: s_11 in statement: s_7 = PHI s_11(3); PHI argument s_11 for PHI node s_7 = PHI s_11(3); x.cc:1: internal compiler error: verify_ssa failed. Please submit a full bug report, with preprocessed source if appropriate. See URL:http://gcc.gnu.org/bugs.html for instructions. W. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20256
[Bug tree-optimization/20256] Perfect nest transformation not conservative enough
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-28 23:20 --- (In reply to comment #7) Andrew's code in comment #4 is invalid (don't call no-arg functions with arguments!), but here's a version that also passes through the c++ frontend and crashes the optimizers: Actually it is valid C. because void f() in C means the same as void f(...). My testcase was to show the wrong code at the time. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20256
[Bug tree-optimization/22228] New: [4.1 regression] ICE with -ftree-vectorize
Attached code fails like so: spec/src /home/bangerth/bin/gcc-4.1-pre/bin/c++ -O3 -march=pentium4 -ftree-vectorize -c mapping_cartesian.ii mapping_cartesian.cc: In constructor #8216;MappingCartesiandim::InternalData::InternalData(const Quadraturedim) [with int dim = 3]#8217;: mapping_cartesian.cc:36: error: Definition in block 1 does not dominate use in block 6 for SSA_NAME: TMT.2405_3(ab) in statement: TMT.2405_317 = PHI TMT.2405_3(ab)(6), TMT.2405_3(ab)(5); PHI argument TMT.2405_3(ab) for PHI node TMT.2405_317 = PHI TMT.2405_3(ab)(6), TMT.2405_3(ab)(5); mapping_cartesian.cc:36: internal compiler error: verify_ssa failed. Please submit a full bug report, with preprocessed source if appropriate. See URL:http://gcc.gnu.org/bugs.html for instructions. W. -- Summary: [4.1 regression] ICE with -ftree-vectorize Product: gcc Version: 4.1.0 Status: UNCONFIRMED Keywords: ice-on-valid-code Severity: normal Priority: P2 Component: tree-optimization AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: bangerth at dealii dot org CC: gcc-bugs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=8
[Bug tree-optimization/22228] [4.1 regression] ICE with -ftree-vectorize
--- Additional Comments From bangerth at dealii dot org 2005-06-28 23:22 --- Created an attachment (id=9168) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9168action=view) Preprocessed source -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=8
[Bug tree-optimization/21218] [4.1 regression] ICE using -ftree-vectorize
--- Additional Comments From bangerth at dealii dot org 2005-06-28 23:23 --- See PR 8... -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21218
[Bug tree-optimization/22228] [4.1 regression] ICE with -ftree-vectorize
-- What|Removed |Added Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=8
[Bug tree-optimization/22228] [4.1 regression] ICE with -ftree-vectorize
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-28 23:24 --- Most likely the same bug which is causing a bootstrap regression: http://gcc.gnu.org/ml/gcc-regression/2005-06/msg00090.html And Also PR 22037 -- What|Removed |Added BugsThisDependsOn||22037 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=8
[Bug tree-optimization/22228] [4.1 regression] ICE with -ftree-vectorize in verify_ssa
-- What|Removed |Added Summary|[4.1 regression] ICE with - |[4.1 regression] ICE with - |ftree-vectorize |ftree-vectorize in ||verify_ssa http://gcc.gnu.org/bugzilla/show_bug.cgi?id=8
[Bug tree-optimization/21859] ICE with -ftree-vectorize and -O2 or higher
--- Additional Comments From bangerth at dealii dot org 2005-06-28 23:25 --- This may be the same as PR 8, which still fails as of today... W. -- What|Removed |Added BugsThisDependsOn||8 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21859
[Bug tree-optimization/22228] [4.1 regression] ICE with -ftree-vectorize in verify_ssa
-- What|Removed |Added OtherBugsDependingO||21859 nThis|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=8
[Bug tree-optimization/21859] ICE with -ftree-vectorize and -O2 or higher
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-28 23:29 --- (In reply to comment #4) This may be the same as PR 8, which still fails as of today... I really doubt it because this only involves one loop and the other involves multiple loops. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21859
[Bug tree-optimization/22228] [4.1 regression] ICE with -ftree-vectorize in verify_ssa
--- Additional Comments From bangerth at dealii dot org 2005-06-28 23:31 --- I don't think its the same as PR 22037 -- they have different error messages! W. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=8
[Bug tree-optimization/22228] [4.1 regression] ICE with -ftree-vectorize in verify_ssa
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-28 23:41 --- (In reply to comment #3) I don't think its the same as PR 22037 -- they have different error messages! Actually you are right, this is vectorizer bug and the other one is a differnt one. -- What|Removed |Added BugsThisDependsOn|22037 | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=8
Re: [Bug c++/22227] New: g++ 4.0.0 has issues with the typedef of reference
jcurran2 at uiuc dot edu [EMAIL PROTECTED] writes: | G++ thinks that a nested type is a nested class and it expects a constructor, | destructor, or type conversion before the object referenced in the class is | processed when compiling a function of a nested type defined in the header file | of a templated class. | | Header file below | | //C++ STL classes have 12 type definitions, so that every class | // defines the following type names as nested types: | // | // value_type, pointer, reference, const_pointer, const_reference | //iterator, const_iterator, reverse_iterator, const_reverse_iterator | // allocator_type, size_type, diference_type | | typedef Etype reference; //list...::value_type to access | //whatever type this list holds | | | template class Etype | typename listEtype::reference | listEtype::const_iterator*() const I don't understand what that line is supposed to mean. It does not look C++ to me. -- Gaby
[Bug c++/22227] g++ 4.0.0 has issues with the typedef of reference
--- Additional Comments From gdr at integrable-solutions dot net 2005-06-29 00:00 --- Subject: Re: New: g++ 4.0.0 has issues with the typedef of reference jcurran2 at uiuc dot edu [EMAIL PROTECTED] writes: | G++ thinks that a nested type is a nested class and it expects a constructor, | destructor, or type conversion before the object referenced in the class is | processed when compiling a function of a nested type defined in the header file | of a templated class. | | Header file below | | //C++ STL classes have 12 type definitions, so that every class | // defines the following type names as nested types: | // | // value_type, pointer, reference, const_pointer, const_reference | //iterator, const_iterator, reverse_iterator, const_reverse_iterator | // allocator_type, size_type, diference_type | | typedef Etype reference; //list...::value_type to access | //whatever type this list holds | | | template class Etype | typename listEtype::reference | listEtype::const_iterator*() const I don't understand what that line is supposed to mean. It does not look C++ to me. -- Gaby -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=7
[Bug tree-optimization/20256] Perfect nest transformation not conservative enough
--- Additional Comments From dberlin at gcc dot gnu dot org 2005-06-29 00:11 --- Subject: Re: Perfect nest transformation not conservative enough On Tue, 2005-06-28 at 23:17 +, bangerth at dealii dot org wrote: --- Additional Comments From bangerth at dealii dot org 2005-06-28 23:17 --- Andrew's code in comment #4 is invalid (don't call no-arg functions with arguments!), but here's a version that also passes through the c++ frontend and crashes the optimizers: -- int foo() { int x[2][2], y[2]; int s; for (int n=0; n2; n++) { s = 0; for (int i=0; i2; i++) s += x[n][i]*y[i]; s += 1; } return s; } yeah, we shouldn't be trying to transform this :) at least, not with the current scheme -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20256
[Bug c/22052] [4.0/4.1 Regression] redefinition of inline function succeeds
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-29 00:11 --- Subject: Bug 22052 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-06-29 00:11:37 Modified files: gcc: c-decl.c ChangeLog gcc/testsuite : ChangeLog Added files: gcc/testsuite/gcc.dg: inline1.c inline2.c inline3.c inline4.c inline5.c Log message: 2005-06-28 Eric Christopher [EMAIL PROTECTED] PR c/22052 PR c/21975 * c-decl.c (diagnose_mismatched_decls): Define DECL_EXTERN_INLINE. Use. Fix detection of invalid extern inline redefinition. 2005-06-28 Eric Christopher [EMAIL PROTECTED] PR c/22052 PR c/21975 * gcc.dg/inline1.c: New test. * gcc.dg/inline2.c: Ditto. * gcc.dg/inline3.c: Ditto. * gcc.dg/inline4.c: Ditto. * gcc.dg/inline5.c: Ditto. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/c-decl.c.diff?cvsroot=gccr1=1.668r2=1.669 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gccr1=2.9267r2=2.9268 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gccr1=1.5702r2=1.5703 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/inline1.c.diff?cvsroot=gccr1=NONEr2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/inline2.c.diff?cvsroot=gccr1=NONEr2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/inline3.c.diff?cvsroot=gccr1=NONEr2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/inline4.c.diff?cvsroot=gccr1=NONEr2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/inline5.c.diff?cvsroot=gccr1=NONEr2=1.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22052
[Bug c/21975] [4.0/4.1 Regression] Segmentation fault while compiling ipw2100
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-29 00:11 --- Subject: Bug 21975 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-06-29 00:11:37 Modified files: gcc: c-decl.c ChangeLog gcc/testsuite : ChangeLog Added files: gcc/testsuite/gcc.dg: inline1.c inline2.c inline3.c inline4.c inline5.c Log message: 2005-06-28 Eric Christopher [EMAIL PROTECTED] PR c/22052 PR c/21975 * c-decl.c (diagnose_mismatched_decls): Define DECL_EXTERN_INLINE. Use. Fix detection of invalid extern inline redefinition. 2005-06-28 Eric Christopher [EMAIL PROTECTED] PR c/22052 PR c/21975 * gcc.dg/inline1.c: New test. * gcc.dg/inline2.c: Ditto. * gcc.dg/inline3.c: Ditto. * gcc.dg/inline4.c: Ditto. * gcc.dg/inline5.c: Ditto. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/c-decl.c.diff?cvsroot=gccr1=1.668r2=1.669 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gccr1=2.9267r2=2.9268 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gccr1=1.5702r2=1.5703 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/inline1.c.diff?cvsroot=gccr1=NONEr2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/inline2.c.diff?cvsroot=gccr1=NONEr2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/inline3.c.diff?cvsroot=gccr1=NONEr2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/inline4.c.diff?cvsroot=gccr1=NONEr2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/inline5.c.diff?cvsroot=gccr1=NONEr2=1.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21975
[Bug c/21975] [4.0 Regression] Segmentation fault while compiling ipw2100
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-29 01:59 --- This is now rejected like it should. -- What|Removed |Added Known to work||3.4.0 4.1.0 Summary|[4.0/4.1 Regression]|[4.0 Regression] |Segmentation fault while|Segmentation fault while |compiling ipw2100 |compiling ipw2100 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21975