[Bug middle-end/23408] [4.1 Regression] ICE in cgraph_decide_inlining_incrementally (using freed GC memory)

2005-08-16 Thread e9925248 at stud4 dot tuwien dot ac dot at
--- Additional Comments From e9925248 at stud4 dot tuwien dot ac dot at 2005-08-16 21:20 --- I think, I found the cause of this: cgraph_early_inlining holds a list of cgraph nodes in the array order. In this example, cgraph_decide_inlining_incrementally removes all references known

[Bug middle-end/23408] New: ICE on valid, if checking enabled

2005-08-15 Thread e9925248 at stud4 dot tuwien dot ac dot at
Status: UNCONFIRMED Severity: normal Priority: P2 Component: middle-end AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: e9925248 at stud4 dot tuwien dot ac dot at CC: gcc-bugs at gcc dot gnu dot org GCC build triplet

[Bug testsuite/21910] Files from previous runs can make some testcases fail

2005-06-06 Thread e9925248 at stud4 dot tuwien dot ac dot at
--- Additional Comments From e9925248 at stud4 dot tuwien dot ac dot at 2005-06-06 07:51 --- In the normal case (no error happens), cleanup-tree-dump will delete such files, as a more verbose run of the testsuite shows: Testing tree-ssa/ssa-sink-2.c doing compile Invoking the compiler

[Bug testsuite/21910] Files from previous runs can make some testcases fail

2005-06-05 Thread e9925248 at stud4 dot tuwien dot ac dot at
--- Additional Comments From e9925248 at stud4 dot tuwien dot ac dot at 2005-06-05 13:01 --- The example was taken out of a test log created at the beginning of May. The current log where simliar failures for a lot files occured was not available any more, because I had overwritten

[Bug testsuite/21910] New: Files from previous runs can make some testcases fail

2005-06-04 Thread e9925248 at stud4 dot tuwien dot ac dot at
previous runs can make some testcases fail Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: minor Priority: P2 Component: testsuite AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: e9925248 at stud4 dot

[Bug regression/21897] New: Segementation fault in fold_ternary

2005-06-03 Thread e9925248 at stud4 dot tuwien dot ac dot at
: Segementation fault in fold_ternary Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: regression AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: e9925248 at stud4 dot tuwien dot ac dot

[Bug regression/21898] New: Segmentation fault on testsuite case gcc.dg/20020425-1.c

2005-06-03 Thread e9925248 at stud4 dot tuwien dot ac dot at
Component: regression AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: e9925248 at stud4 dot tuwien dot ac dot at CC: gcc-bugs at gcc dot gnu dot org GCC build triplet: i686-pc-linux-gnu GCC host triplet: i686-pc-linux-gnu GCC target triplet: i686-pc-linux-gnu

[Bug regression/21898] Segmentation fault on testsuite case gcc.dg/20020425-1.c

2005-06-03 Thread e9925248 at stud4 dot tuwien dot ac dot at
--- Additional Comments From e9925248 at stud4 dot tuwien dot ac dot at 2005-06-03 20:02 --- In config.status (in the gcc directory) the following options are recorded: '--cache-file=./config.cache' '--build=i686-pc-linux-gnu' '--host=i686-pc-linux-gnu' '--target=i686-pc-linux-gnu

[Bug middle-end/21898] Segmentation fault on testsuite case gcc.dg/20020425-1.c

2005-06-03 Thread e9925248 at stud4 dot tuwien dot ac dot at
--- Additional Comments From e9925248 at stud4 dot tuwien dot ac dot at 2005-06-03 20:46 --- This is, what gdb shows, when it crashes: Program received signal SIGSEGV, Segmentation fault. 0x08396436 in fold_convert_const_int_from_int (type=0xb7e80798, arg1=0xb7e78a20) at ../.././gcc

[Bug middle-end/21107] internal compiler error: in expand_one_stack_var_at, at cfgexpand.c:476

2005-04-20 Thread e9925248 at stud4 dot tuwien dot ac dot at
--- Additional Comments From e9925248 at stud4 dot tuwien dot ac dot at 2005-04-20 08:08 --- It compiles on a older version (3.3.2): $avr-gcc -S t.c $cat t.s .file t.c .arch avr2 __SREG__ = 0x3f __SP_H__ = 0x3e __SP_L__ = 0x3d __tmp_reg__ = 0 __zero_reg__ = 1

[Bug c/21105] New: Compiling of large array fails

2005-04-19 Thread e9925248 at stud4 dot tuwien dot ac dot at
: normal Priority: P2 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: e9925248 at stud4 dot tuwien dot ac dot at CC: gcc-bugs at gcc dot gnu dot org GCC build triplet: i686-pc-linux-gnu GCC host triplet: i686-pc-linux-gnu

[Bug debug/21106] New: internal compiler error at dwarf2out.c:8362

2005-04-19 Thread e9925248 at stud4 dot tuwien dot ac dot at
AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: e9925248 at stud4 dot tuwien dot ac dot at CC: gcc-bugs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21106

[Bug c/21107] New: internal compiler error: in expand_one_stack_var_at, at cfgexpand.c:476

2005-04-19 Thread e9925248 at stud4 dot tuwien dot ac dot at
: unassigned at gcc dot gnu dot org ReportedBy: e9925248 at stud4 dot tuwien dot ac dot at CC: gcc-bugs at gcc dot gnu dot org GCC build triplet: i686-pc-linux-gnu GCC host triplet: i686-pc-linux-gnu GCC target triplet: avr-unknown-none http://gcc.gnu.org/bugzilla/show_bug.cgi?id

[Bug middle-end/18877] decompose (reload.c) can be forced to access hard_regno_nregs over its array bounds

2004-12-09 Thread e9925248 at stud4 dot tuwien dot ac dot at
--- Additional Comments From e9925248 at stud4 dot tuwien dot ac dot at 2004-12-10 07:45 --- Created an attachment (id=7717) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7717action=view) Proposed solution The patch redirects all cases, which access memory outside

[Bug other/18877] New: decompose (reload.c) can be forced to access hard_regno_nregs over its array bounds

2004-12-07 Thread e9925248 at stud4 dot tuwien dot ac dot at
Version: 4.0.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: other AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: e9925248 at stud4 dot tuwien dot ac dot at CC: gcc-bugs at gcc dot gnu dot org