[Bug c++/26917] [4.0/4.1/4.2 regression] ICE with -frepo on invalid code
--- Comment #3 from jakub at gcc dot gnu dot org 2006-09-02 06:52 --- Subject: Bug 26917 Author: jakub Date: Sat Sep 2 06:52:24 2006 New Revision: 116654 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=116654 Log: PR c++/26917 * repo.c (repo_file): Remove. (open_repo_file, reopen_repo_file_for_write): Return fopened FILE * instead of setting global repo_file variable. (init_repo): Adjust caller. (finish_repo): Likewise. Return instead of goto out before reopen_repo_file_for_write has been called. Modified: trunk/gcc/cp/ChangeLog trunk/gcc/cp/repo.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26917
[Bug c++/28878] [4.0/4.1/4.2 regression] ICE using [ instead of {
--- Comment #3 from jakub at gcc dot gnu dot org 2006-09-02 06:54 --- Subject: Bug 28878 Author: jakub Date: Sat Sep 2 06:54:04 2006 New Revision: 116655 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=116655 Log: PR c++/28878 * except.c (build_throw): Only set current_function_returns_abnormally if cfun is not NULL. * g++.dg/parse/crash33.C: New test. Added: trunk/gcc/testsuite/g++.dg/parse/crash33.C Modified: trunk/gcc/cp/ChangeLog trunk/gcc/cp/except.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28878
[Bug middle-end/27567] [4.0/4.1/4.2 Regression] __builtin_memcpy generates redundant stores/moves.
--- Comment #6 from jakub at gcc dot gnu dot org 2006-09-02 06:55 ---
Subject: Bug 27567
Author: jakub
Date: Sat Sep 2 06:55:09 2006
New Revision: 116656
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=116656
Log:
PR middle-end/27567
* builtins.c (fold_builtin_memcpy, fold_builtin_memmove): Remove.
(fold_builtin_mempcpy): Rename to...
(fold_builtin_memory_op): ... this. Optimize one element copy
into an assignment.
(fold_builtin_memset, fold_builtin_bzero, fold_builtin_bcopy): New
functions.
(expand_builtin_strcpy, expand_builtin_strncpy): Handle COMPOUND_EXPR.
(expand_builtin_memcpy, expand_builtin_mempcpy,
expand_builtin_memmove): Likewise. Use fold_builtin_memory_op.
(fold_builtin_1): Handle BUILT_IN_MEMSET, BUILT_IN_BZERO and
BUILT_IN_BCOPY. Use fold_builtin_memory_op for
BUILT_IN_MEM{CPY,PCPY,MOVE}.
Modified:
trunk/gcc/ChangeLog
trunk/gcc/builtins.c
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27567
[Bug c++/26917] [4.0/4.1/4.2 regression] ICE with -frepo on invalid code
--- Comment #4 from jakub at gcc dot gnu dot org 2006-09-02 06:57 --- Subject: Bug 26917 Author: jakub Date: Sat Sep 2 06:56:59 2006 New Revision: 116657 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=116657 Log: PR c++/26917 * repo.c (repo_file): Remove. (open_repo_file, reopen_repo_file_for_write): Return fopened FILE * instead of setting global repo_file variable. (init_repo): Adjust caller. (finish_repo): Likewise. Return instead of goto out before reopen_repo_file_for_write has been called. Modified: branches/gcc-4_1-branch/gcc/cp/ChangeLog branches/gcc-4_1-branch/gcc/cp/repo.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26917
[Bug c++/28878] [4.0/4.1/4.2 regression] ICE using [ instead of {
--- Comment #4 from jakub at gcc dot gnu dot org 2006-09-02 06:58 --- Subject: Bug 28878 Author: jakub Date: Sat Sep 2 06:58:19 2006 New Revision: 116658 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=116658 Log: PR c++/28878 * except.c (build_throw): Only set current_function_returns_abnormally if cfun is not NULL. * g++.dg/parse/crash33.C: New test. Added: branches/gcc-4_1-branch/gcc/testsuite/g++.dg/parse/crash33.C Modified: branches/gcc-4_1-branch/gcc/cp/ChangeLog branches/gcc-4_1-branch/gcc/cp/except.c branches/gcc-4_1-branch/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28878
[Bug libstdc++/24469] Possible race condition in mt_allocator causing SIGSEGV
--- Comment #9 from paolo at gcc dot gnu dot org 2006-09-02 08:31 --- Subject: Bug 24469 Author: paolo Date: Sat Sep 2 08:31:45 2006 New Revision: 116660 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=116660 Log: 2006-09-02 Paolo Carlini [EMAIL PROTECTED] Richard Guenther [EMAIL PROTECTED] PR libstdc++/24469 * src/mt_allocator.cc (__pooltrue::_M_reserve_block, __pooltrue::_M_reclaim_block): Fix the logic to avoid races, exploit atomic counters stored in second part of the memory pointed by _M_used. (__pooltrue::_M_initialize): Adjust _M_used allocation. * include/ext/mt_allocator.h (__pooltrue::_Bin_record): Update comment. Modified: trunk/libstdc++-v3/ChangeLog trunk/libstdc++-v3/include/ext/mt_allocator.h trunk/libstdc++-v3/src/mt_allocator.cc -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24469
[Bug libstdc++/24469] Possible race condition in mt_allocator causing SIGSEGV
--- Comment #10 from pcarlini at suse dot de 2006-09-02 08:34 --- Fixed for 4.2.0. -- pcarlini at suse dot de changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED Target Milestone|--- |4.2.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24469
[Bug tree-optimization/28905] [4.2 regression] ICE in compare_name_with_value, at tree-vrp.c:3557
--- Comment #6 from rguenth at gcc dot gnu dot org 2006-09-02 10:15 ---
The problem is, that for
i_1: VARYING
size_3: VARYING
i_4: ~[0, 0] EQUIVALENCES: { } (0 elements)
i_5: [-INF, -1] EQUIVALENCES: { i_6 i_7 } (2 elements)
i_6: ~[0, 0] EQUIVALENCES: { i_7 } (1 elements)
i_7: [0, size_3 - 1] EQUIVALENCES: { i_1 } (1 elements)
i_5 contains VRs in the equivalences set that are not compatible (i_7).
fix_equivalence_set is supposed to prevent that, but somehow it doesn't.
Simplified testcase:
void code_comment (int size)
{
int i;
for (i = 0; i size; i++)
if (i)
if (i 0)
if (i 0)
return;
}
the problem seems to be that [0, size-1] is not removed because it is a
symbolic range. Still it can never overlap with [-INF, -1].
I think that this fixing of equivalence sets is very fragile in the
presence of symbolic ranges in the equivalence set, but I have a patch
that handles the above case.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28905
[Bug tree-optimization/28905] [4.2 regression] ICE in compare_name_with_value, at tree-vrp.c:3557
-- 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|2006-08-30 16:07:52 |2006-09-02 10:15:38 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28905
[Bug target/27287] [4.1/4.2 Regression] returning constant double
--- Comment #38 from guenter at roeck-us dot net 2006-09-02 13:23 --- (In reply to comment #36) Subject: Re: [4.1/4.2 Regression] returning constant double What is confusing to me is that the r-r case is using evmergehi and evmergelo. This is placing the value in both halves of the SIMD register. It seems like this could have been done with two mr. It is ambiguous whether the pattern is trying to load the full 64 bit register or not. I think it is supposed to move the upper part of %1 to %0, and the lower part of %1 to %L0. So it might be possible to replace it with evmergehi %0,%1,%1\;mr %L0,%1 (In reply to comment #36) Subject: Re: [4.1/4.2 Regression] returning constant double What is confusing to me is that the r-r case is using evmergehi and evmergelo. This is placing the value in both halves of the SIMD register. It seems like this could have been done with two mr. It is ambiguous whether the pattern is trying to load the full 64 bit register or not. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27287
[Bug tree-optimization/28544] [4.2 regression] ICE in add_virtual_operand, at tree-ssa-operands.c:1309
--- Comment #9 from tbm at cyrius dot com 2006-09-02 13:27 --- Here's another testcase. It fails at -O3. Is this code problematic too? (sid)45:[EMAIL PROTECTED]: ~] /usr/lib/gcc-snapshot/bin/g++ -c -O3 p7zip-SHA256.cc p7zip-SHA256.cc: In member function 'void NCrypto::NSHA256::SHA256::WriteByteBlock()': p7zip-SHA256.cc:16: internal compiler error: in add_virtual_operand, at tree-ssa-operands.c:1309 Please submit a full bug report, with preprocessed source if appropriate. See URL:http://gcc.gnu.org/bugs.html for instructions. zsh: exit 1 /usr/lib/gcc-snapshot/bin/g++ -c -O3 p7zip-SHA256.cc (sid)46:[EMAIL PROTECTED]: ~] /usr/lib/gcc-snapshot/bin/g++ -c -O2 p7zip-SHA256.cc (sid)47:[EMAIL PROTECTED]: ~] -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28544
[Bug tree-optimization/28544] [4.2 regression] ICE in add_virtual_operand, at tree-ssa-operands.c:1309
--- Comment #10 from tbm at cyrius dot com 2006-09-02 13:27 --- Created an attachment (id=12174) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12174action=view) test case Testcase from application p7zip. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28544
[Bug tree-optimization/28934] New: [4.2 regression] in verify_loop_structure, at cfgloop.c:1268 (edge should not be marked irreducible)
ICE at -O3: (sid)32:[EMAIL PROTECTED]: ~] /usr/lib/gcc-snapshot/bin/gcc -c -O3 exuberant-ctags-ruby.c exuberant-ctags-ruby.c: In function 'parseIdentifier': exuberant-ctags-ruby.c:50: error: edge from 32 to 34 should not be marked irreducible exuberant-ctags-ruby.c:50: error: basic block 34 should not be marked irreducible exuberant-ctags-ruby.c:50: error: edge from 34 to 20 should not be marked irreducible exuberant-ctags-ruby.c:50: internal compiler error: in verify_loop_structure, at cfgloop.c:1268 Please submit a full bug report, with preprocessed source if appropriate. See URL:http://gcc.gnu.org/bugs.html for instructions. For Debian GNU/Linux specific bug reporting instructions, see URL:file:///usr/share/doc/gcc-4.1/README.Bugs. zsh: exit 1 /usr/lib/gcc-snapshot/bin/gcc -c -O3 exuberant-ctags-ruby.c (sid)33:[EMAIL PROTECTED]: ~] /usr/lib/gcc-snapshot/bin/gcc -c -O2 exuberant-ctags-ruby.c (sid)34:[EMAIL PROTECTED]: ~] -- Summary: [4.2 regression] in verify_loop_structure, at cfgloop.c:1268 (edge should not be marked irreducible) Product: gcc Version: 4.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: tree-optimization AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: tbm at cyrius dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28934
[Bug tree-optimization/28934] [4.2 regression] in verify_loop_structure, at cfgloop.c:1268 (edge should not be marked irreducible)
--- Comment #1 from tbm at cyrius dot com 2006-09-02 13:32 --- Created an attachment (id=12175) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12175action=view) test case -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28934
[Bug tree-optimization/28935] New: [4.2 regression] Segfault in operand_equal_p with -ftree-vectorize -O3
(gdb) run -ftree-vectorize -O3 orig.c
Starting program: /usr/local/libexec/gcc/x86_64-unknown-linux-gnu/4.2.0/cc1
-ftree-vectorize -O3 orig.c
vprintf getchar getc_unlocked getchar_unlocked putchar fputc_unlocked
putc_unlocked putchar_unlocked feof_unlocked ferror_unlocked strtod strtol
strtoul strtoq strtouq strtoll strtoull atof atoi atol atoll gnu_dev_major
gnu_dev_minor gnu_dev_makedev __strcspn_c1 __strcspn_c2 __strcspn_c3
__strspn_c1 __strspn_c2 __strspn_c3 __strpbrk_c2 __strpbrk_c3 __strtok_r_1c
__strsep_1c __strsep_2c __strsep_3c tolower toupper default_params
game_fetch_preset free_params dup_params decode_params encode_params
game_configure custom_params validate_params cf_init cf_add cf_clookup
cf_slookup cf_whichsym extend_options genmap gengraph graph_edge_index
graph_vertex_start fourcolour_recurse fourcolour new_scratch free_scratch
bitcount place_colour map_solver new_game_desc parse_edge_list validate_desc
new_game dup_game free_game solve_game game_text_format new_ui free_ui
encode_ui decode_ui game_changed_state region_from_coords interpret_move
execute_move game_compute_size game_set_size game_colours game_new_drawstate
game_free_drawstate draw_error draw_square game_redraw game_anim_length
game_flash_length game_timing_state game_print_size game_print {GC 5409k -
4262k}
Analyzing compilation unit {GC 5549k - 5279k}Performing interprocedural
optimizations
Assembling functions:
validate_params game_text_format encode_ui decode_ui game_changed_state
game_compute_size game_anim_length game_timing_state extend_options {GC 7012k
- 5709k}
Program received signal SIGSEGV, Segmentation fault.
0x005eb71c in operand_equal_p (arg0=0x2b9e8fa5e930, arg1=value
optimized out, flags=0)
at /home/tbm/scratch/gcc/gcc/fold-const.c:2536
2536return (! TREE_CONSTANT_OVERFLOW (arg0)
(gdb) where
#0 0x005eb71c in operand_equal_p (arg0=0x2b9e8fa5e930, arg1=value
optimized out, flags=0)
at /home/tbm/scratch/gcc/gcc/fold-const.c:2536
#1 0x0060d73a in operand_equal_for_comparison_p (arg0=0x2b9e8fa5e930,
arg1=0x2b9e8fa5e900,
other=0x2b9e8fa5e930) at /home/tbm/scratch/gcc/gcc/fold-const.c:2763
#2 0x0060fbb4 in fold_cond_expr_with_comparison (type=0x2b9e8fa534d0,
arg0=0x2b9e8fefca50,
arg1=value optimized out, arg2=value optimized out)
at /home/tbm/scratch/gcc/gcc/fold-const.c:4544
#3 0x005ef050 in fold_ternary (code=value optimized out,
type=0x2b9e8fa534d0,
op0=value optimized out, op1=0x2b9e8fa5e930, op2=0x2b9e8fa5e900)
at /home/tbm/scratch/gcc/gcc/fold-const.c:11121
#4 0x005efac1 in fold_build3_stat (code=2410015024,
type=0x2b9e8fa5e900, op0=0x0, op1=0x2,
op2=0x16) at /home/tbm/scratch/gcc/gcc/fold-const.c:11693
#5 0x005ef050 in fold_ternary (code=value optimized out,
type=0x2b9e8fa534d0,
op0=value optimized out, op1=0x2b9e8fa5e930, op2=0x2b9e8fa5e900)
at /home/tbm/scratch/gcc/gcc/fold-const.c:11121
#6 0x005efac1 in fold_build3_stat (code=2410015024,
type=0x2b9e8fa5e900, op0=0x0, op1=0x2,
op2=0x16) at /home/tbm/scratch/gcc/gcc/fold-const.c:11693
#7 0x005ef050 in fold_ternary (code=value optimized out,
type=0x2b9e8fa534d0,
op0=value optimized out, op1=0x2b9e8fa5e930, op2=0x2b9e8fa5e900)
at /home/tbm/scratch/gcc/gcc/fold-const.c:11121
#8 0x005efac1 in fold_build3_stat (code=2410015024,
type=0x2b9e8fa5e900, op0=0x0, op1=0x2,
op2=0x16) at /home/tbm/scratch/gcc/gcc/fold-const.c:11693
#9 0x005ef050 in fold_ternary (code=value optimized out,
type=0x2b9e8fa534d0,
op0=value optimized out, op1=0x2b9e8fa5e930, op2=0x2b9e8fa5e900)
at /home/tbm/scratch/gcc/gcc/fold-const.c:11121
#10 0x005efac1 in fold_build3_stat (code=2410015024,
type=0x2b9e8fa5e900, op0=0x0, op1=0x2,
op2=0x16) at /home/tbm/scratch/gcc/gcc/fold-const.c:11693
#11 0x005ef050 in fold_ternary (code=value optimized out,
type=0x2b9e8fa534d0,
op0=value optimized out, op1=0x2b9e8fa5e930, op2=0x2b9e8fa5e900)
at /home/tbm/scratch/gcc/gcc/fold-const.c:11121
#12 0x005efac1 in fold_build3_stat (code=2410015024,
type=0x2b9e8fa5e900, op0=0x0, op1=0x2,
op2=0x16) at /home/tbm/scratch/gcc/gcc/fold-const.c:11693
#13 0x005ef050 in fold_ternary (code=value optimized out,
type=0x2b9e8fa534d0,
op0=value optimized out, op1=0x2b9e8fa5e930, op2=0x2b9e8fa5e900)
at /home/tbm/scratch/gcc/gcc/fold-const.c:11121
...
--
Summary: [4.2 regression] Segfault in operand_equal_p with -
ftree-vectorize -O3
Product: gcc
Version: 4.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: tbm at cyrius dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28935
[Bug tree-optimization/28935] [4.2 regression] Segfault in operand_equal_p with -ftree-vectorize -O3
--- Comment #1 from tbm at cyrius dot com 2006-09-02 13:45 --- Created an attachment (id=12176) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12176action=view) preprocessed source -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28935
[Bug tree-optimization/28905] [4.2 regression] ICE in compare_name_with_value, at tree-vrp.c:3557
--- Comment #7 from patchapp at dberlin dot org 2006-09-02 13:50 --- Subject: Bug number PR28905 A patch for this bug has been added to the patch tracker. The mailing list url for the patch is http://gcc.gnu.org/ml/gcc-patches/2006-09/msg00060.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28905
[Bug c++/27493] [4.2 regression] ICE on invalid template parameter
--- Comment #3 from lmillward at gcc dot gnu dot org 2006-09-02 14:15 --- Subject: Bug 27493 Author: lmillward Date: Sat Sep 2 14:15:37 2006 New Revision: 116661 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=116661 Log: 2006-09-02 Lee Millward [EMAIL PROTECTED] PR c++/27670 PR c++/27493 PR c++/27494 PR c++/27397 * parser.c (cp_parser_template_parameter_list): Add invalid template parameters to the parameter list as error_mark_node. * g++.dg/template/operator9.C: New test. * g++.dg/template/operator7.C: New test. * g++.dg/template/operator8.C: New test. * g++.dg/template/crash57.C: New test. * g++.dg/template/typedef4.C: Adjust error markers. * g++.dg/template/typedef5.C: Likewise. Added: trunk/gcc/testsuite/g++.dg/template/crash57.C trunk/gcc/testsuite/g++.dg/template/operator7.C trunk/gcc/testsuite/g++.dg/template/operator8.C trunk/gcc/testsuite/g++.dg/template/operator9.C Modified: trunk/gcc/cp/ChangeLog trunk/gcc/cp/parser.c trunk/gcc/testsuite/ChangeLog trunk/gcc/testsuite/g++.dg/template/typedef4.C trunk/gcc/testsuite/g++.dg/template/typedef5.C -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27493
[Bug c++/27670] ICE on invalid template parameter
--- Comment #2 from lmillward at gcc dot gnu dot org 2006-09-02 14:15 --- Subject: Bug 27670 Author: lmillward Date: Sat Sep 2 14:15:37 2006 New Revision: 116661 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=116661 Log: 2006-09-02 Lee Millward [EMAIL PROTECTED] PR c++/27670 PR c++/27493 PR c++/27494 PR c++/27397 * parser.c (cp_parser_template_parameter_list): Add invalid template parameters to the parameter list as error_mark_node. * g++.dg/template/operator9.C: New test. * g++.dg/template/operator7.C: New test. * g++.dg/template/operator8.C: New test. * g++.dg/template/crash57.C: New test. * g++.dg/template/typedef4.C: Adjust error markers. * g++.dg/template/typedef5.C: Likewise. Added: trunk/gcc/testsuite/g++.dg/template/crash57.C trunk/gcc/testsuite/g++.dg/template/operator7.C trunk/gcc/testsuite/g++.dg/template/operator8.C trunk/gcc/testsuite/g++.dg/template/operator9.C Modified: trunk/gcc/cp/ChangeLog trunk/gcc/cp/parser.c trunk/gcc/testsuite/ChangeLog trunk/gcc/testsuite/g++.dg/template/typedef4.C trunk/gcc/testsuite/g++.dg/template/typedef5.C -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27670
[Bug c++/27397] [4.2 regression] ICE on invalid template argument
--- Comment #6 from lmillward at gcc dot gnu dot org 2006-09-02 14:15 --- Subject: Bug 27397 Author: lmillward Date: Sat Sep 2 14:15:37 2006 New Revision: 116661 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=116661 Log: 2006-09-02 Lee Millward [EMAIL PROTECTED] PR c++/27670 PR c++/27493 PR c++/27494 PR c++/27397 * parser.c (cp_parser_template_parameter_list): Add invalid template parameters to the parameter list as error_mark_node. * g++.dg/template/operator9.C: New test. * g++.dg/template/operator7.C: New test. * g++.dg/template/operator8.C: New test. * g++.dg/template/crash57.C: New test. * g++.dg/template/typedef4.C: Adjust error markers. * g++.dg/template/typedef5.C: Likewise. Added: trunk/gcc/testsuite/g++.dg/template/crash57.C trunk/gcc/testsuite/g++.dg/template/operator7.C trunk/gcc/testsuite/g++.dg/template/operator8.C trunk/gcc/testsuite/g++.dg/template/operator9.C Modified: trunk/gcc/cp/ChangeLog trunk/gcc/cp/parser.c trunk/gcc/testsuite/ChangeLog trunk/gcc/testsuite/g++.dg/template/typedef4.C trunk/gcc/testsuite/g++.dg/template/typedef5.C -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27397
[Bug c++/27494] [4.0/4.1/4.2 regression] ICE on invalid template parameter
--- Comment #3 from lmillward at gcc dot gnu dot org 2006-09-02 14:15 --- Subject: Bug 27494 Author: lmillward Date: Sat Sep 2 14:15:37 2006 New Revision: 116661 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=116661 Log: 2006-09-02 Lee Millward [EMAIL PROTECTED] PR c++/27670 PR c++/27493 PR c++/27494 PR c++/27397 * parser.c (cp_parser_template_parameter_list): Add invalid template parameters to the parameter list as error_mark_node. * g++.dg/template/operator9.C: New test. * g++.dg/template/operator7.C: New test. * g++.dg/template/operator8.C: New test. * g++.dg/template/crash57.C: New test. * g++.dg/template/typedef4.C: Adjust error markers. * g++.dg/template/typedef5.C: Likewise. Added: trunk/gcc/testsuite/g++.dg/template/crash57.C trunk/gcc/testsuite/g++.dg/template/operator7.C trunk/gcc/testsuite/g++.dg/template/operator8.C trunk/gcc/testsuite/g++.dg/template/operator9.C Modified: trunk/gcc/cp/ChangeLog trunk/gcc/cp/parser.c trunk/gcc/testsuite/ChangeLog trunk/gcc/testsuite/g++.dg/template/typedef4.C trunk/gcc/testsuite/g++.dg/template/typedef5.C -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27494
[Bug c++/27670] ICE on invalid template parameter
--- Comment #3 from lmillward at gcc dot gnu dot org 2006-09-02 14:16 --- Fixed in 4.2. -- lmillward at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27670
[Bug c++/27493] [4.2 regression] ICE on invalid template parameter
--- Comment #4 from lmillward at gcc dot gnu dot org 2006-09-02 14:16 --- Fixed in 4.2. -- lmillward at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27493
[Bug c++/27494] [4.0/4.1 regression] ICE on invalid template parameter
--- Comment #4 from lmillward at gcc dot gnu dot org 2006-09-02 14:17 --- Fixed in 4.2. -- lmillward at gcc dot gnu dot org changed: What|Removed |Added Summary|[4.0/4.1/4.2 regression] ICE|[4.0/4.1 regression] ICE on |on invalid template |invalid template parameter |parameter | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27494
[Bug c++/27397] [4.2 regression] ICE on invalid template argument
--- Comment #7 from lmillward at gcc dot gnu dot org 2006-09-02 14:17 --- Fixed in 4.2. -- lmillward at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27397
[Bug c/28936] New: -O3 crash
I just tried to compile Suse Linux package ctags-2006.5.31-3 with GNU C++ version 4.2 snapshot 20060826. The compiler said ruby.c: In function 'parseIdentifier': ruby.c:227: error: edge from 49 to 51 should not be marked irreducible ruby.c:227: error: basic block 51 should not be marked irreducible ruby.c:227: error: edge from 51 to 37 should not be marked irreducible ruby.c:227: internal compiler error: in verify_loop_structure, at cfgloop.c:1268 Please submit a full bug report, with preprocessed source if appropriate. See URL:http://gcc.gnu.org/bugs.html for instructions. Preprocessed source code attached. Flag -O3 required. -- Summary: -O3 crash Product: gcc Version: 4.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: dcb314 at hotmail dot com GCC host triplet: i686-suse-linux http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28936
[Bug c/28936] -O3 crash
--- Comment #1 from dcb314 at hotmail dot com 2006-09-02 14:40 --- Created an attachment (id=12178) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12178action=view) C source code -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28936
[Bug tree-optimization/28935] [4.2 regression] Segfault in operand_equal_p with -ftree-vectorize -O3
--- Comment #2 from rguenth at gcc dot gnu dot org 2006-09-02 16:15 --- Reducing. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28935
[Bug tree-optimization/28934] [4.2 regression] in verify_loop_structure, at cfgloop.c:1268 (edge should not be marked irreducible)
--- Comment #2 from rguenth at gcc dot gnu dot org 2006-09-02 16:15 --- Hmm, which target, exact flags? It works for me (i686). -- rguenth at gcc dot gnu dot org changed: What|Removed |Added CC||rguenth at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28934
[Bug c/28936] -O3 crash
--- Comment #2 from rguenth at gcc dot gnu dot org 2006-09-02 16:17 --- *** This bug has been marked as a duplicate of 28934 *** -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28936
[Bug tree-optimization/28934] [4.2 regression] in verify_loop_structure, at cfgloop.c:1268 (edge should not be marked irreducible)
--- Comment #3 from rguenth at gcc dot gnu dot org 2006-09-02 16:17 --- *** Bug 28936 has been marked as a duplicate of this bug. *** -- rguenth at gcc dot gnu dot org changed: What|Removed |Added CC||dcb314 at hotmail dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28934
[Bug tree-optimization/28934] [4.2 regression] in verify_loop_structure, at cfgloop.c:1268 (edge should not be marked irreducible)
--- Comment #4 from tbm at cyrius dot com 2006-09-02 16:23 --- (In reply to comment #2) Hmm, which target, exact flags? It works for me (i686). -O3, x86_64 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28934
[Bug tree-optimization/28934] [4.2 regression] in verify_loop_structure, at cfgloop.c:1268 (edge should not be marked irreducible)
--- Comment #5 from tbm at cyrius dot com 2006-09-02 16:25 --- Also fails with x86 with -O3 -msse -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28934
[Bug tree-optimization/28544] [4.2 regression] ICE in add_virtual_operand, at tree-ssa-operands.c:1309
--- Comment #11 from pinskia at gcc dot gnu dot org 2006-09-02 16:29 --- (In reply to comment #9) Here's another testcase. It fails at -O3. Is this code problematic too? No it is not problematic but it is a different bug. Can you file it seperately? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28544
[Bug tree-optimization/28937] New: [4.2 regression] ICE in add_virtual_operand, at tree-ssa-operands.c:1309
ICE at -O3: 502:[EMAIL PROTECTED]: ~] /usr/lib/gcc-snapshot/bin/gcc -c -O3 p7zip-SHA256.cc p7zip-SHA256.cc: In member function 'void NCrypto::NSHA256::SHA256::WriteByteBlock()': p7zip-SHA256.cc:16: internal compiler error: in add_virtual_operand, at tree-ssa-operands.c:1309 Please submit a full bug report, with preprocessed source if appropriate. See URL:http://gcc.gnu.org/bugs.html for instructions. 503:[EMAIL PROTECTED]: ~] /usr/lib/gcc-snapshot/bin/gcc -c -O2 p7zip-SHA256.cc 504:[EMAIL PROTECTED]: ~] gcc-4.1 -c -O3 p7zip-SHA256.cc 505:[EMAIL PROTECTED]: ~] gcc-4.0 -c -O3 p7zip-SHA256.cc 506:[EMAIL PROTECTED]: ~] -- Summary: [4.2 regression] ICE in add_virtual_operand, at tree- ssa-operands.c:1309 Product: gcc Version: 4.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: tree-optimization AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: tbm at cyrius dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28937
[Bug tree-optimization/28544] [4.2 regression] ICE in add_virtual_operand, at tree-ssa-operands.c:1309
--- Comment #12 from tbm at cyrius dot com 2006-09-02 16:34 --- (In reply to comment #11) (In reply to comment #9) Here's another testcase. It fails at -O3. Is this code problematic too? No it is not problematic but it is a different bug. Can you file it seperately? Sure, PR28937 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28544
[Bug tree-optimization/28937] [4.2 regression] ICE in add_virtual_operand, at tree-ssa-operands.c:1309
--- Comment #1 from tbm at cyrius dot com 2006-09-02 16:34 --- Created an attachment (id=12179) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12179action=view) test case Testcase from application p7zip. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28937
[Bug tree-optimization/28935] [4.2 regression] Segfault in operand_equal_p with -ftree-vectorize -O3
--- Comment #3 from rguenth at gcc dot gnu dot org 2006-09-02 16:35 ---
Confirmed. Reduced testcase:
int col[8];
int extend_options(int w, int h, int *map, int x, int y, int index)
{
int dx, dy;
for (dx = -1; dx = +1; dx++)
{
int index = (dy 0 ? 6-dx : dy 0 ? 2+dx : 2*(1+dx));
if (x+dx = 0 x+dx w y+dy = 0 y+dy h)
col[index] = map[(y+dy)*w+(x+dx)];
col[index] = -1;
}
}
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
CC||rguenth at gcc dot gnu dot
||org
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last reconfirmed|-00-00 00:00:00 |2006-09-02 16:35:13
date||
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28935
[Bug tree-optimization/28935] [4.2 regression] Segfault in operand_equal_p with -ftree-vectorize -O3
--- Comment #4 from rguenth at gcc dot gnu dot org 2006-09-02 16:44 --- We're folding: #55 0x08184f06 in fold_stmt (stmt_p=0xa7cacbfc) at /home/richard/src/trunk/gcc/tree-ssa-ccp.c:2408 2408result = fold (rhs); (gdb) call debug_generic_expr (*stmt_p) indexD.1531_315 = 0 != 0 ? 1 : 0 (gdb) down #54 0x083c0823 in fold (expr=0xa7caf730) at /home/richard/src/trunk/gcc/fold-const.c:11341 11341 tem = fold_ternary (code, type, op0, op1, op2); (gdb) call debug_generic_expr (expr) 0 != 0 ? 1 : 0 (gdb) call debug_tree (expr) cond_expr 0xa7caf730 type integer_type 0xa7bf9284 int sizes-gimplified public SI size integer_cst 0xa7be73f0 constant invariant 32 unit size integer_cst 0xa7be7180 constant invariant 4 align 32 symtab 0 alias set 3 precision 32 min integer_cst 0xa7be73a8 -2147483648 max integer_cst 0xa7be73c0 2147483647 pointer_to_this pointer_type 0xa7bf9c38 arg 0 ne_expr 0xa7cc4774 type boolean_type 0xa7bf94ac _Bool public unsigned QI size integer_cst 0xa7be71f8 constant invariant 8 unit size integer_cst 0xa7be7210 constant invariant 1 align 8 symtab 0 alias set -1 precision 1 min integer_cst 0xa7be75e8 0 max integer_cst 0xa7be7618 1 arg 0 integer_cst 0xa7be7a20 constant invariant 0 arg 1 integer_cst 0xa7be7a20 0 arg 1 integer_cst 0xa7be7a38 type integer_type 0xa7bf9284 int constant invariant 1 arg 2 integer_cst 0xa7be7a20 0 where the problem is (possibly) the unfolded condition. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28935
[Bug tree-optimization/28937] [4.2 regression] ICE in add_virtual_operand, at tree-ssa-operands.c:1309
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-09-02 16:49 ---
Reduced testcase (this one fails at -O2 also):
class SHA256
{
unsigned m_digest;
unsigned long long m_count;
unsigned char _buffer[64];
static void Transform (unsigned * data);
void WriteByteBlock (unsigned t);
};
void SHA256::WriteByteBlock (unsigned t)
{
unsigned data32[16];
Transform (data32);
unsigned long long lenInBits = m_count;
if (t != (64 - 8))
return;
for (int i = 0; i 2; i++)
_buffer[t++] = (unsigned char)lenInBits;
}
-
Complete unrolling of the only loop there is causing the ICE.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
||org
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last reconfirmed|-00-00 00:00:00 |2006-09-02 16:49:28
date||
Target Milestone|--- |4.2.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28937
[Bug tree-optimization/28935] [4.2 regression] Segfault in operand_equal_p with -ftree-vectorize -O3
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-09-02 16:52 --- (In reply to comment #4) We're folding: This is related to PR 23049 which was the same problem but in DOM instead of CCP. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||pinskia at gcc dot gnu dot ||org Keywords||ice-on-valid-code Target Milestone|--- |4.2.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28935
[Bug tree-optimization/28934] [4.2 regression] in verify_loop_structure, at cfgloop.c:1268 (edge should not be marked irreducible)
--- Comment #6 from pinskia at gcc dot gnu dot org 2006-09-02 17:03 --- This is a dup of bug 27735. *** This bug has been marked as a duplicate of 27735 *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28934
[Bug rtl-optimization/27735] [4.2 Regression] ICE at -O3 caused by loop unswitching
--- Comment #10 from pinskia at gcc dot gnu dot org 2006-09-02 17:03 --- *** Bug 28934 has been marked as a duplicate of this bug. *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||tbm at cyrius dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27735
[Bug tree-optimization/28935] [4.2 regression] Segfault in operand_equal_p with -ftree-vectorize -O3
--- Comment #6 from rguenth at gcc dot gnu dot org 2006-09-02 17:11 --- I have a patch. -- 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|2006-09-02 16:35:13 |2006-09-02 17:11:33 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28935
[Bug java/28938] New: [ecj] update build instructions to account for changes
The gcc build instructions must be updated for gcj-eclipse changes before we can merge the branch. -- Summary: [ecj] update build instructions to account for changes Product: gcc Version: 4.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: java AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: tromey at gcc dot gnu dot org OtherBugsDependingO 28067 nThis: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28938
[Bug fortran/28914] Code inside loop hangs; outside loop runs normally; runs OK on other compilers
--- Comment #6 from jvdelisle at gcc dot gnu dot org 2006-09-02 19:24 --- I tested the provisional patch on i686-linux-pc-gnu. Had to set tmp_loopvar = NULL when declared to avoid warning message on possibly uninitialized variable. Fixes the test case in this PR. Regression testsd fine. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28914
[Bug tree-optimization/28935] [4.2 regression] Segfault in operand_equal_p with -ftree-vectorize -O3
--- Comment #7 from patchapp at dberlin dot org 2006-09-02 21:10 --- Subject: Bug number PR28935 A patch for this bug has been added to the patch tracker. The mailing list url for the patch is http://gcc.gnu.org/ml/gcc-patches/2006-09/msg00061.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28935
[Bug tree-optimization/28940] New: Overzealous CSE with static array access
char a[10], b[10];
int f1(int i)
{
return a[i+1] + b[i+1];
}
With -O1 and higher, gcc performs CSE on i+1:
addl$1, %edi
movslq %edi,%rdi
movsbl a(%rdi),%eax
movsbl b(%rdi),%edx
addl%edx, %eax
ret
This doesn't happen with the equivalent
return (a[0])[i+1] + (b[0])[i+1];
or
return *(a + i + 1) + *(b + i + 1);
which both compile to
movslq %edi,%rdi
movsbl a+1(%rdi),%eax
movsbl b+1(%rdi),%edx
addl%edx, %eax
ret
--
Summary: Overzealous CSE with static array access
Product: gcc
Version: 4.1.1
Status: UNCONFIRMED
Severity: minor
Priority: P3
Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: lmakhlis at bmc dot com
GCC build triplet: x86_64-redhat-linux
GCC host triplet: x86_64-redhat-linux
GCC target triplet: x86_64-redhat-linux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28940
[Bug rtl-optimization/28940] [4.1/4.2 Regression] address selection does not work correctly
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-09-02 21:29 --- Well actually this is just address section which goes funny. We use CSE at the rtl level do to some address mode selection (which I feel is wrong). Part of the reasons why we go funny is that we do the add in 32bit. What is happening with the other ones is the others are being converted into return (a[1])[i] + (b[1])[i]; which are not converted back into a[i+1] and b[i+1] because I don't know but they should be. This is a regression because we do PRE/FRE at the tree level and let the address selection done at the rtl level (which is correct) but the rtl level address selectiong is not working to the level we need it to be for the regression not to show up. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Severity|minor |normal Status|UNCONFIRMED |NEW Component|tree-optimization |rtl-optimization Ever Confirmed|0 |1 GCC build triplet|x86_64-redhat-linux | GCC host triplet|x86_64-redhat-linux | GCC target triplet|x86_64-redhat-linux |x86_64-*-*, i?86-*-* Keywords||missed-optimization Last reconfirmed|-00-00 00:00:00 |2006-09-02 21:29:36 date|| Summary|Overzealous CSE with static |[4.1/4.2 Regression] address |array access|selection does not work ||correctly Target Milestone|--- |4.1.2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28940
[Bug fortran/28914] Code inside loop hangs; outside loop runs normally; runs OK on other compilers
--- Comment #7 from jvdelisle at gcc dot gnu dot org 2006-09-03 03:44 --- Just an added note. Compile time for large values of n is very long. Many seconds. For n - 2000 $ time gfc pr28914.f90 real1m5.009s user1m3.896s sys 0m0.048s This is on 3.2 gigahertz machine. The resulting executable is about 10kbytes in size. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28914
[Bug fortran/28916] Build of the head fails on Mac Intel
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-09-03 05:28 --- cvs -qz9 -d :pserver:[EMAIL PROTECTED]:/sources/gcc up -Pd The sources on gnu.org are so out of date, it is not funny. We use svn now, there is a NOTE file about this in the cvs server. Read: http://gcc.gnu.org/svn.html This was fixed in 4.2.0 already anyways. Closing as invalid since you are not building the real head but the head from a year or so ago. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28916
[Bug target/28902] Fix for alingment of XXX is greater than maximum object alignment on AVR
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-09-03 05:30 --- Confirmed, can you send your patch to gcc-patches@ as mentioned on http://gcc.gnu.org/contribute.html With all the requested information with the email as requested by that page. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Severity|trivial |minor Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 GCC build triplet|*-*-* | GCC host triplet|*-*-* | GCC target triplet|avr-unknown-none|avr-*-* Keywords||diagnostic Last reconfirmed|-00-00 00:00:00 |2006-09-03 05:30:50 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28902
[Bug target/26015] [4.1/4.2 Regression] ICE during bootstrap for vax architecture
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Summary|ICE during bootstrap for vax|[4.1/4.2 Regression] ICE |architecture|during bootstrap for vax ||architecture Target Milestone|--- |4.1.2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26015
[Bug target/26504] [4.1/4.2 Regression] compute_frame_pointer_to_cfa_displacement error for avr target with --with-dwarf2
--- Comment #12 from pinskia at gcc dot gnu dot org 2006-09-03 05:33 --- Confirmed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||pinskia at gcc dot gnu dot ||org Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2006-09-03 05:33:31 date|| Summary|compute_frame_pointer_to_cfa|[4.1/4.2 Regression] |_displacement error for avr |compute_frame_pointer_to_cfa |target with --with-dwarf2 |_displacement error for avr ||target with --with-dwarf2 Target Milestone|--- |4.1.2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26504
[Bug other/27832] texi2pod issues
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-09-03 05:34 --- Confirmed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2006-09-03 05:34:47 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27832
[Bug target/28838] LIB_SPECS lacks pthread
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-09-03 05:36 --- Confirmed, patches should be sent to gcc-patches@ after reading: http://gcc.gnu.org/contribute.html -- pinskia at gcc dot gnu dot org changed: What|Removed |Added OtherBugsDependingO||20705 nThis|| Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2006-09-03 05:36:28 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28838
[Bug target/28808] Alignment problem in __gthread_once_t in vxWorks
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-09-03 05:37 --- Confirmed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added URL||http://gcc.gnu.org/ml/gcc- ||patches/2006- ||08/msg00786.html Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2006-09-03 05:37:03 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28808
[Bug c++/28420] [4.0/4.1 regression] ICE with typeid as template parameter
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2006-09-03 05:37:25 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28420
[Bug c++/28785] internal compiler error
--- Comment #6 from pinskia at gcc dot gnu dot org 2006-09-03 05:39 --- Fixed in 4.1.0. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Keywords||ice-on-invalid-code Resolution||FIXED Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28785
[Bug middle-end/28790] ICE in initialize_inlined_parameters
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-09-03 05:44 --- Confirmed, we don't add to the calls the chain decl. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||pinskia at gcc dot gnu dot ||org Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2006-09-03 05:44:34 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28790
[Bug c++/28284] [4.2 regression] ICE with invalid static const variable
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-09-03 05:50 --- Confirmed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2006-09-03 05:50:35 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28284
[Bug c/28503] ICE on invalid arguments for inline-asm
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-09-03 05:58 --- Confirmed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Known to fail||3.3.3 3.4.0 4.1.0 4.2.0 ||3.2.3 2.95.3 3.0.4 Last reconfirmed|-00-00 00:00:00 |2006-09-03 05:58:24 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28503
