[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 Status|UNCONFIRMED |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30229
[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 CC||steven at gcc dot gnu dot ||org Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2006-12-24 10:47:43 date|| Summary|gfortran huge (excessive?) |gfortran excessive memory |memory usage with large |usage with large modules |modules | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30285
[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/show_bug.cgi?id=7651
[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/show_bug.cgi?id=7651
[Bug c/30287] New: -fregmove produces slow code
2006-12-24
Thread
safari-ml-gcc-bugzilla-vgvbszlod4jrh2zwsefgqp4frqg4zc7fgobtxnvg at u dot safari dot iki dot fi
$ 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. other gcc versions regmove1 0 gcc-2.95.3572387 gcc-3.0.4 570376 gcc-3.1.1 565365 gcc-3.2.3 569367 gcc-3.3.5 477351 gcc-3.4.6 494350 gcc-4.0.3 651385 gcc-4.1.1-20061220 (Red Hat 4.1.1-48) 596355 icc-9.1? 342 -- Summary: -fregmove produces slow code Product: gcc Version: 4.0.3 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: safari-ml-gcc-bugzilla- vgvbszlod4jrh2zwsefgqp4frqg4zc7fgobtxnvg at u dot safari dot iki dot fi GCC target triplet: i686-pc-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30287
[Bug c/30287] -fregmove produces slow code
2006-12-24
Thread
safari-ml-gcc-bugzilla-vgvbszlod4jrh2zwsefgqp4frqg4zc7fgobtxnvg at u dot safari dot iki dot fi
--- 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.gnu.org/bugzilla/show_bug.cgi?id=30287
[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 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.f90: In function 'MAIN__': internal_io.f90:8: internal compiler error: in operand_subword_force, at emit-rtl.c:1352 The dump suggest that a temporary array has not been properly sized. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30284
[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, @function
bar:
subl$12, %esp
movl16(%esp), %eax
movl$0, 4(%esp)
movl%eax, (%esp)
callfoo
addl$12, %esp
ret
.size bar, .-bar
.ident "GCC: (GNU) 4.3.0 20061211 (experimental)"
.section.note.GNU-stack,"",@progbits
--
Summary: tail call with additional arguments
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
Keywords: missed-optimization
Severity: normal
Priority: P3
Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: tkoenig at gcc dot gnu dot org
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 Component|tree-optimization |target GCC target triplet||i?86-*-* http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30288
[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/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(16384)
st Z+,__zero_reg__
sbiw r30,1
brne .-6
Compiler: 4.1.1
Options: -W -Wall -Os -S
I have try a set of versions:
avr-gcc 3.3.5 - OK, loop counter is separate register pair
avr-gcc 3.4.4, 4.0.2, 4.1.1 - wrong code.
Possible, the reason is in absence of '&' in clobber statement 'avr.md':
...
(use (match_operand:HI 1 "register_operand" "!w,d"))
(use (match_operand:HI 2 "const_int_operand" "n,n"))
(clobber (match_scratch:HI 3 "=0,0"))
(clobber (match_scratch:HI 4 "=1,1"))]
...
--
Summary: avr-gcc: builtin memset(): wrong code
Product: gcc
Version: 4.1.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: dmixm at marine dot febras dot ru
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30289
