--- Comment #12 from bonzini at gnu dot org 2008-08-28 06:09 ---
I have a patch for the minimal testcase, but not for the full PRE testcase.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37242
--- Comment #11 from Joey dot ye at intel dot com 2008-08-28 06:14 ---
(In reply to comment #4)
We got
Running 416.gamess ref base lnx32-gcc default
416.gamess: copy #0 non-zero return code (rc=0, signal=11)
416.gamess: copy #0 non-zero return code (rc=0, signal=11)
416.gamess:
--- Comment #13 from bonzini at gnu dot org 2008-08-28 06:16 ---
Answering to your comment #11, one is a sizetype and one is not. But it is
enough to extend my fold-const.c patch to MULT_EXPRs in order to catch it.
Also, the problem with the full testcase is that PRE is not cascading
--- Comment #14 from rguenther at suse dot de 2008-08-28 08:02 ---
Subject: Re: missed FRE opportunity because of
signedness of addition
On Thu, 28 Aug 2008, bonzini at gnu dot org wrote:
--- Comment #13 from bonzini at gnu dot org 2008-08-28 06:16 ---
Answering to your
--- Comment #6 from jv244 at cam dot ac dot uk 2008-08-28 08:15 ---
(In reply to comment #5)
The patch solving the problem will be sent soon.
The patch you posted fixes the build of CP2K. Benchmark results will appear:
http://cp2k.berlios.de/gfortran/
the night after it hits
--- Comment #5 from pluto at agmk dot net 2008-08-28 08:24 ---
(In reply to comment #4)
Fixed for 4.4.
the 4.3.2 was released. could you commit fix to 4.3 branch?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37191
--- Comment #5 from rguenth at gcc dot gnu dot org 2008-08-28 08:31 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #6 from rguenth at gcc dot gnu dot org 2008-08-28 08:33 ---
Subject: Bug 37005
Author: rguenth
Date: Thu Aug 28 08:31:37 2008
New Revision: 139702
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=139702
Log:
2008-08-28 Richard Guenther [EMAIL PROTECTED]
PR
--- Comment #15 from bonzini at gnu dot org 2008-08-28 08:42 ---
I think that PRE does not try to simplify expressions that it inserts.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37242
--- Comment #16 from rguenther at suse dot de 2008-08-28 08:45 ---
Subject: Re: missed FRE opportunity because of
signedness of addition
On Thu, 28 Aug 2008, bonzini at gnu dot org wrote:
--- Comment #15 from bonzini at gnu dot org 2008-08-28 08:42 ---
I think that PRE
--- Comment #17 from bonzini at gnu dot org 2008-08-28 08:56 ---
full redundancy.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37242
--- Comment #18 from bonzini at gnu dot org 2008-08-28 08:57 ---
Just let me finish fixing a side bug that is exposed by my patch, then I'll
post a RFC.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37242
--- Comment #1 from rguenth at gcc dot gnu dot org 2008-08-28 09:16 ---
Confirmed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from dominiq at lps dot ens dot fr 2008-08-28 09:33 ---
It seems that some attribute(s) is(are) not properly (re)set. The following
code
module myMod
CONTAINS
subroutine proc1(arg1, arg2, arg3)
integer :: arg1, arg2, arg3
print*, arg1, arg2, arg3, 's ',
--- Comment #4 from janus at gcc dot gnu dot org 2008-08-28 11:24 ---
One should check whether other attributes are also missing.
attr.procedure is missing as well. I'll provide an extended patch.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37253
--- Comment #5 from dominiq at lps dot ens dot fr 2008-08-28 13:05 ---
Grepping the sources it seems that the value of ??-intent associated with 'p'
is not reset to INTENT_UNKNOWN on p = new_proc.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37254
libtool: link: /test/gnu/gcc/objdir/gcc/gcj
-B/test/gnu/gcc/objdir/hppa2.0w-hp-h
pux11.11/libjava/ -B/test/gnu/gcc/objdir/gcc/ -g -O2 -o .libs/gcj-dbtool
--main=
gnu.gcj.tools.gcj_dbtool.Main -shared-libgcc gnu/gcj/tools/gcj_dbtool/natMain.o
gnu/gcj/tools/.libs/gcj_dbtool.o
-prefix=/opt/gnu
--prefix=/opt/gnu/gcc/gcc-4.4.0 --enable-debug=no --enable-threads=posix
--with-mpfr=/opt/gnu/gcc/gcc-4.4.0 --with-gmp=/opt/gnu/gcc/gcc-4.3.0
--disable-libmudflap --enable-languages=c++,java
Thread model: posix
gcc version 4.4.0 20080828 (experimental) [trunk revision 139693] (GCC
-java-gc=boehm --enable-java-awt=xlib --enable-languages=c++
Thread model: posix
gcc version 4.4.0 20080828 (experimental) [trunk revision 139692] (GCC)
--
Summary: mt_allocator.cc:646: ICE: in gt_ggc_m_S, at ggc-
page.c:1281
Product: gcc
Version
--- Comment #6 from uros at gcc dot gnu dot org 2008-08-28 13:32 ---
Subject: Bug 37191
Author: uros
Date: Thu Aug 28 13:31:33 2008
New Revision: 139707
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=139707
Log:
PR target/37184
* config/i386/i386.c
--- Comment #4 from uros at gcc dot gnu dot org 2008-08-28 13:32 ---
Subject: Bug 37197
Author: uros
Date: Thu Aug 28 13:31:33 2008
New Revision: 139707
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=139707
Log:
PR target/37184
* config/i386/i386.c
--- Comment #5 from uros at gcc dot gnu dot org 2008-08-28 13:32 ---
Subject: Bug 37184
Author: uros
Date: Thu Aug 28 13:31:33 2008
New Revision: 139707
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=139707
Log:
PR target/37184
* config/i386/i386.c
The extra line #pragma weak __foo breaks function aliasing.
For the code bellow, the compiler emits warning asm declaration ignored due to
conflict with previous rename, in fact it really ignores asm declaration.
Without #pragma weak __foo, fce() calls __bar(), when it is included
it tries to
--- Comment #7 from ubizjak at gmail dot com 2008-08-28 13:46 ---
Fixed.
--
ubizjak at gmail dot com changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #5 from ubizjak at gmail dot com 2008-08-28 13:46 ---
Fixed.
--
ubizjak at gmail dot com changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #6 from ubizjak at gmail dot com 2008-08-28 13:47 ---
Fixed.
--
ubizjak at gmail dot com changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #14 from rguenth at gcc dot gnu dot org 2008-08-28 14:16
---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #15 from rguenth at gcc dot gnu dot org 2008-08-28 14:17
---
Subject: Bug 36817
Author: rguenth
Date: Thu Aug 28 14:15:49 2008
New Revision: 139708
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=139708
Log:
2008-08-28 Richard Guenther [EMAIL PROTECTED]
PR
--- Comment #9 from rguenth at gcc dot gnu dot org 2008-08-28 14:18 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #9 from rguenth at gcc dot gnu dot org 2008-08-28 14:19 ---
Subject: Bug 37125
Author: rguenth
Date: Thu Aug 28 14:18:23 2008
New Revision: 139709
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=139709
Log:
2008-08-28 Richard Guenther [EMAIL PROTECTED]
PR
--- Comment #10 from rguenth at gcc dot gnu dot org 2008-08-28 14:19
---
Subject: Bug 36548
Author: rguenth
Date: Thu Aug 28 14:18:23 2008
New Revision: 139709
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=139709
Log:
2008-08-28 Richard Guenther [EMAIL PROTECTED]
PR
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Known to fail||4.2.4 4.3.1
Known to work||4.3.2
--- Comment #6 from rguenth at gcc dot gnu dot org 2008-08-28 14:48 ---
It looks like that we correctly track liveliness by
Live on entry to BB2 :
Live on entry to BB3 : a_lsm.27_5
Live on entry to BB4 : a_lsm.27_5
Live on entry to BB5 :
Live on entry to BB6 :
for
# BLOCK 2
--- Comment #15 from dodji at gcc dot gnu dot org 2008-08-28 14:50 ---
Subject: Bug 36741
Author: dodji
Date: Thu Aug 28 14:49:25 2008
New Revision: 139711
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=139711
Log:
2008-08-28 Dodji Seketeli [EMAIL PROTECTED]
PR
--- Comment #16 from dodji at gcc dot gnu dot org 2008-08-28 14:51 ---
Subject: Bug 36741
Author: dodji
Date: Thu Aug 28 14:49:48 2008
New Revision: 139712
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=139712
Log:
2008-08-28 Dodji Seketeli [EMAIL PROTECTED]
PR
--- Comment #17 from lopezibanez at gmail dot com 2008-08-28 14:56 ---
Subject: Re: [4.3/4.4 regression] Bogus large integer implicitly truncated
passing size_t constant to new
2008/8/28 dodji at gcc dot gnu dot org [EMAIL PROTECTED]:
Log:
2008-08-28 Dodji Seketeli [EMAIL
--- Comment #7 from rguenth at gcc dot gnu dot org 2008-08-28 15:09 ---
I still think that handling NULL from evolution_part_in_loop_num is the
correct thing to do. Even if you need to move this check to the analysis
phase.
The interesting thing is that the access function during
--- Comment #5 from janus at gcc dot gnu dot org 2008-08-28 15:12 ---
Subject: Bug 37253
Author: janus
Date: Thu Aug 28 15:10:50 2008
New Revision: 139713
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=139713
Log:
2008-08-28 Janus Weil [EMAIL PROTECTED]
PR
--- Comment #6 from janus at gcc dot gnu dot org 2008-08-28 15:13 ---
Fixed in r139713. Closing.
--
janus at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from rguenth at gcc dot gnu dot org 2008-08-28 15:18 ---
Mine.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from rguenth at gcc dot gnu dot org 2008-08-28 15:27 ---
Subject: Bug 37207
Author: rguenth
Date: Thu Aug 28 15:26:13 2008
New Revision: 139714
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=139714
Log:
2008-08-28 Richard Guenther [EMAIL PROTECTED]
PR
--- Comment #18 from dodji at gcc dot gnu dot org 2008-08-28 15:29 ---
Fixed in trunk and gcc-4_3-branch.
--
dodji at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from jv244 at cam dot ac dot uk 2008-08-28 15:40 ---
current trunk still doesn't remove the if statement, despite the fact that it
could.
--
jv244 at cam dot ac dot uk changed:
What|Removed |Added
--- Comment #13 from gnu_andrew at member dot fsf dot org 2008-08-28 15:40
---
Closing as fixed.
--
gnu_andrew at member dot fsf dot org changed:
What|Removed |Added
--- Comment #14 from jv244 at cam dot ac dot uk 2008-08-28 15:55 ---
It looks like 4.4 performs even worse than 4.3 on the attached testcase.
gfortran -ffast-math -march=native -O3 PR17088.f90
trunk: 0.528032997
4.3.0: 0.492029997
ifort -xhost -O2 PR17088.f90
ifort:
--- Comment #15 from jv244 at cam dot ac dot uk 2008-08-28 15:56 ---
Created an attachment (id=16158)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16158action=view)
ifort asm
ifort asm as a reference
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17088
--- Comment #16 from jv244 at cam dot ac dot uk 2008-08-28 16:08 ---
actually, I've been misreading the numbers... the timings for the library
function (MATMUL) is bad, not the generated code, which is reasonable also
with gfortran. I'll close the bug.
--
jv244 at cam dot ac dot
--- Comment #3 from paolo dot carlini at oracle dot com 2008-08-28 16:09
---
Doesn't reproduce with 4.0.4:
37260.C: In function int main():
37260.C:8: error: PTHREAD_ONCE_INITIALIZER was not declared in this scope
37260.C:9: error: initializer for pthread_once_t must be
--- Comment #3 from jakub at gcc dot gnu dot org 2008-08-28 16:29 ---
Well, on the 4.3 branch it has been removed just because it has been removed on
the trunk and happened to make one PR away. See PR36449 for an alternative fix
that doesn't disable the optimization.
--
Weve implemented the #pragma ident which simply generates information in the
comment section of an elf object. Solaris uses it throughout its source tree.
However, its causing some grief when used in a manner like this:
#include stdio.h
typedef struct X {
int a;
int b;
} X_t;
--- Comment #2 from manu at gcc dot gnu dot org 2008-08-28 19:35 ---
Subject: Bug 30949
Author: manu
Date: Thu Aug 28 19:34:36 2008
New Revision: 139729
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=139729
Log:
2008-08-28 Manuel Lopez-Ibanez [EMAIL PROTECTED]
PR
--- Comment #3 from manu at gcc dot gnu dot org 2008-08-28 19:57 ---
The issue reported is fixed. Thanks for the report.
I am going to include in this bug also the incompatible types errors that are
given in the same function, so not marking as fixed yet.
--
gcc:
g++-4.1 (GCC) 4.1.2 20061115 (prerelease) (Debian 4.1.1-21)
system:
Linux mavis 2.6.18-6-xen-amd64 #1 SMP Fri Jun 6 06:38:05 UTC 2008 x86_64
GNU/Linux
cmd line:
g++-4.1 -v -Wall -ggdb -save-temps test.cpp
output:
[EMAIL PROTECTED]:~/devel/g++4.1-crash$ g++-4.1 -v -Wall
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-08-28 20:42 ---
This works on the trunk and in 4.3.0.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37268
/build/gnu/gcc-work/build-x86_64-linux/gcc/cc1
-fpreprocessed x.i -quiet -dumpbase x.i -mavx -m32 -mtune=generic -auxbase x
-version -o x.s
GNU C (GCC) version 4.4.0 20080828 (experimental) [trunk revision 139730]
(x86_64-unknown-linux-gnu)
compiled by GNU C version 4.3.0 20080428 (Red Hat
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-08-28 21:03 ---
What happens if you try the patch in PR 36444 comment #1.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37269
--- Comment #60 from eric dot weddington at atmel dot com 2008-08-28 21:05
---
(In reply to comment #59)
Patch at http://gcc.gnu.org/ml/gcc-patches/2008-08/msg02037.html.
Patch still works on AVR.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37170
--- Comment #4 from hjl dot tools at gmail dot com 2008-08-28 21:14 ---
(In reply to comment #1)
Fix for at least PowerPC (we should be trying to get the correct sized vector
mode):
Index: expmed.c
===
--- expmed.c
--- Comment #2 from hjl dot tools at gmail dot com 2008-08-28 21:13 ---
A patch is posted at
http://gcc.gnu.org/ml/gcc-patches/2008-08/msg02197.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #5 from pinskia at gcc dot gnu dot org 2008-08-28 21:19 ---
(In reply to comment #4)
(In reply to comment #1)
Fix for at least PowerPC (we should be trying to get the correct sized
vector
mode):
Index: expmed.c
--- Comment #6 from hjl dot tools at gmail dot com 2008-08-28 21:28 ---
(In reply to comment #5)
(In reply to comment #4)
(In reply to comment #1)
Fix for at least PowerPC (we should be trying to get the correct sized
vector
mode):
Index: expmed.c
--- Comment #3 from hjl dot tools at gmail dot com 2008-08-28 21:49 ---
*** This bug has been marked as a duplicate of 36444 ***
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #7 from hjl dot tools at gmail dot com 2008-08-28 21:49 ---
*** Bug 37269 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36444
The trunk compiler fails to compile libffi.call/cls_8byte.c
with -O2 -fomit-frame-pointer. Here is a reduced test case:
typedef struct s8
{
int a;
float b;
} s8;
s8
s8_fn (struct s8 a1, struct s8 a2)
{
struct s8 result;
result.b = a1.b + a2.b;
bar (a1.a, a1.b, a2.a, a2.b, result.a,
--- Comment #2 from paolo dot carlini at oracle dot com 2008-08-28 23:35
---
Really works everywhere now, 4.1.3 20080704 too.
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
--- Comment #5 from paolo dot carlini at oracle dot com 2008-08-28 23:39
---
Fixed for 4.4.0.
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
--- Comment #4 from paolo at gcc dot gnu dot org 2008-08-28 23:39 ---
Subject: Bug 37260
Author: paolo
Date: Thu Aug 28 23:37:41 2008
New Revision: 139740
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=139740
Log:
/cp
2008-08-28 Paolo Carlini [EMAIL PROTECTED]
PR
--- Comment #14 from manu at gcc dot gnu dot org 2008-08-29 00:07 ---
Subject: Bug 18050
Author: manu
Date: Fri Aug 29 00:06:19 2008
New Revision: 139742
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=139742
Log:
2008-08-28 Manuel Lopez-Ibanez [EMAIL PROTECTED]
--- Comment #15 from manu at gcc dot gnu dot org 2008-08-29 00:08 ---
Fixed in GCC 4.4
Thanks for the report.
--
manu at gcc dot gnu dot org changed:
What|Removed |Added
Executing on host: /export/gnu/import/svn/gcc-test/bld/gcc/xgcc
-B/export/gnu/import/svn/gcc-test/bld/gcc/
/export/gnu/import/svn/gcc-test/src-trunk/gcc/testsuite/gcc.dg/pr37186.c
-Wall -Werror -Wno-error=pointer-sign -S -o pr37186.s(timeout = 300)
--- Comment #1 from hjl dot tools at gmail dot com 2008-08-29 00:21 ---
Revision 139725 is OK and revision 139730 is bad. It may caused by
revision 139729.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37271
--- Comment #2 from manu at gcc dot gnu dot org 2008-08-29 00:36 ---
Mine. The fix is trivial but I would test it nonetheless before committing.
--
manu at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from manu at gcc dot gnu dot org 2008-08-29 01:56 ---
The obvious fix is to say qualifiers instead of constness. At the point of
warning we only know that the conversion is invalid but not why. It is almost
magic that we only warn for qualifiers.
--
--- Comment #3 from pinskia at gcc dot gnu dot org 2008-08-29 03:08 ---
(In reply to comment #2)
It is almost magic that we only warn for qualifiers.
You can get the same message with an error message too:
int* foo (volatile int *p)
{
return static_castint*p;
}
As static_cast
--- Comment #4 from manu at gcc dot gnu dot org 2008-08-29 03:31 ---
(In reply to comment #3)
(In reply to comment #2)
It is almost magic that we only warn for qualifiers.
You can get the same message with an error message too:
Sorry, I meant that it is almost magic that we only
--- Comment #5 from pinskia at gcc dot gnu dot org 2008-08-29 03:33 ---
(In reply to comment #4)
Why such changes are not contributed back to FSF's GCC? I thought you would
know better... :-(
It only happened in the last two months, it is on my list of things to
contribute back in
--- Comment #6 from manu at gcc dot gnu dot org 2008-08-29 03:37 ---
OK. Anyway, I am testing a patch for this already.
--
manu at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from manu at gcc dot gnu dot org 2008-08-29 03:38 ---
This is waiting for feedback.
--
manu at gcc dot gnu dot org changed:
What|Removed |Added
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|blocker |normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37199
--- Comment #4 from pinskia at gcc dot gnu dot org 2008-08-29 03:46 ---
For darwin, the testcase should not be run as darwin does not require
private_extern for hidden extern functions.
As for avr, the issue is most likely not using elfos.h or defining
ASM_OUTPUT_EXTERNAL as
--- Comment #12 from pinskia at gcc dot gnu dot org 2008-08-29 03:47
---
*** Bug 37225 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-08-29 03:47 ---
Yes this is a duplicate of PR 16635.
*** This bug has been marked as a duplicate of 16635 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #8 from manu at gcc dot gnu dot org 2008-08-29 03:51 ---
Things TODO here:
* Find out if we can get the original form of 'q.COLOUR8::r' to print
something closer to the original code.
* What is the difference in SSA after SRA when line 37214 is commented out?
* Perhaps we
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-08-29 04:13 ---
This has been fixed on the trunk for 4.4:
L8:
movl40(%esp), %eax
mull(%ebp,%ecx,4)
movl%eax, 8(%esp)
addl%esi, 8(%esp)
movl%edx, 12(%esp)
movl
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-08-29 04:29 ---
This is a dup.
*** This bug has been marked as a duplicate of 37028 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-08-29 04:29 ---
*** Bug 37138 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37028
--- Comment #7 from pinskia at gcc dot gnu dot org 2008-08-29 04:31 ---
*** Bug 37229 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from pinskia at gcc dot gnu dot org 2008-08-29 04:31 ---
*** This bug has been marked as a duplicate of 36811 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from pinskia at gcc dot gnu dot org 2008-08-29 04:33 ---
Fixed by:
2008-08-27 Jan Hubicka [EMAIL PROTECTED]
* gcc.dg/ipa/ipacost-1.c: Remove template matching only x86-64
* gcc.dg/ipa/ipacost-2.c: Add -fipa-cp-clone; remove template matching
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-08-29 04:37 ---
We can optimize this by doing either of two things:
1) change iv-opts back to produce !=
2) a) have loop-iv.c keep /s/u for the subreg
b) optimize (eq (subreg/s (reg)) (const_int 0) ) to (eq (reg) (const_int
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|normal |enhancement
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37242
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|normal |enhancement
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37262
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-08-29 04:45 ---
Do you know when this started to happen? I almost want to say this is related
to IRA.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
As reported at http://gcc.gnu.org/ml/gcc-patches/2008-08/msg02068.html, IRA has
caused this testcase to fail and it causes a reload to happen.
--
Summary: [4.4 Regression] IRA has caused ppc64-double-1.c to fail
Product: gcc
Version: 4.4.0
Status:
1 - 100 of 110 matches
Mail list logo