[Bug target/30289] New: avr-gcc: builtin memset(): wrong code

Thanks to Tom <[EMAIL PROTECTED]>. Program: void * memset (void *buf, int val, unsigned int n); void foo (void) { memset ((char *)0x4000, 0, 0x4000); } is compiled into wrong code, where pointer and counter use 1 register pair: ldi r30,lo8(16384) ldi r31,hi8

[Bug target/30288] tail call with additional arguments

-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Severity|normal |enhancement http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30288

[Bug target/30288] tail call with additional arguments

--- Comment #1 from pinskia at gcc dot gnu dot org 2006-12-25 02:38 --- This is a target specific issue because it works correctly on ppc where you pass via registers. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added -

[Bug tree-optimization/30288] New: tail call with additional arguments

This tail call could be optimized: Just push the final 0, then jump. $ cat tail.c int foo (int, int); int bar (int i) { return foo (i, 0); } $ gcc -fomit-frame-pointer -S -O3 tail.c $ cat tail.s .file "tail.c" .text .p2align 4,,15 .globl bar .type bar, @fun

[Bug fortran/30284] ICE in gfc_add_modify with internal reads

--- Comment #2 from kargl at gcc dot gnu dot org 2006-12-24 17:52 --- (In reply to comment #1) > > Here is a patch which fixes the issue too: > Index: trans-io.c > The patch moves the ICE to eimt-rtl.c. laptop:kargl[218] gfc4x -o z -fdump-tree-original -O internal_io.f90 internal_io.f

[Bug rtl-optimization/30287] -fregmove produces slow code

--- Comment #2 from pinskia at gcc dot gnu dot org 2006-12-24 16:32 --- The only thing regmove does is makes the RA work harder as it make the life range of the psedu registers longer. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30287

[Bug c/30287] -fregmove produces slow code

--- Comment #1 from safari-ml-gcc-bugzilla-vgvbszlod4jrh2zwsefgqp4frqg4zc7fgobtxnvg at u dot safari dot iki dot fi 2006-12-24 15:53 --- Created an attachment (id=12842) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12842&action=view) aes_encode performance test -- http://gcc

[Bug c/30287] New: -fregmove produces slow code

$ gcc aes256.i -O2 ; ./a.out min: 651 avg: 686 extra: 644 discarded: 6766/1 $ gcc aes256.i -O2 -fno-regmove ; ./a.out min: 385 avg: 387 extra: 756 discarded: 66/1 aes_encrypt is the function which is being benchmarked... aes256.i.bz2 is pretty big but I can't help it. My CPU is Pentium D

[Bug middle-end/7651] Define -Wextra strictly in terms of other warning flags

--- Comment #13 from patchapp at dberlin dot org 2006-12-24 14:30 --- Subject: Bug number PR7651 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-12/msg01663.html -- http://gcc.gnu.org/bugzilla/sh

[Bug middle-end/7651] Define -Wextra strictly in terms of other warning flags

--- Comment #12 from patchapp at dberlin dot org 2006-12-24 14:15 --- Subject: Bug number PR7651 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-12/msg01661.html -- http://gcc.gnu.org/bugzilla/sh

[Bug fortran/30285] gfortran excessive memory usage with large modules

--- Comment #2 from steven at gcc dot gnu dot org 2006-12-24 10:47 --- Confirmed. Definitely excessive. -- steven at gcc dot gnu dot org changed: What|Removed |Added

[Bug middle-end/30229] Out of memory error during make of gcc 4.1.1 using 3.3.5

--- Comment #2 from thomas dot arp at gmail dot com 2006-12-24 10:14 --- thanks - got it working -- thomas dot arp at gmail dot com changed: What|Removed |Added