--- Comment #5 from rguenth at gcc dot gnu dot org 2006-04-24 07:58 ---
Subject: Bug 22525
Author: rguenth
Date: Mon Apr 24 07:58:53 2006
New Revision: 113216
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=113216
Log:
2006-04-24 Richard Guenther [EMAIL PROTECTED]
PR
When linking C++ programs (i.e. invoking g++), libstdc++
and libgcc_s are linked dynamically, even when -static-libgcc
is given as an option. This causes the linked programs
to crash or hang on systems using different versions of g++,
or simply if my path happens to be set to a different version
--- Comment #10 from rguenth at gcc dot gnu dot org 2006-04-24 08:17
---
Subject: Bug 27218
Author: rguenth
Date: Mon Apr 24 08:17:42 2006
New Revision: 113218
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=113218
Log:
2006-04-24 Andrew Pinski [EMAIL PROTECTED]
Richard
--- Comment #10 from rguenth at gcc dot gnu dot org 2006-04-24 08:21
---
Subject: Bug 26869
Author: rguenth
Date: Mon Apr 24 08:21:41 2006
New Revision: 113219
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=113219
Log:
2006-04-24 Richard Guenther [EMAIL PROTECTED]
PR
--- Comment #4 from tbm at cyrius dot com 2006-04-24 08:29 ---
Richard, what's the status of your patch?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26725
--- Comment #6 from rguenth at gcc dot gnu dot org 2006-04-24 08:32 ---
Note that I just figured out that your patch doesn't fix the problem.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from rguenth at gcc dot gnu dot org 2006-04-24 08:36 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #4 from reichelt at gcc dot gnu dot org 2006-04-24 08:38
---
Subject: Bug 19963
Author: reichelt
Date: Mon Apr 24 08:38:05 2006
New Revision: 113220
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=113220
Log:
PR c++/19963
* class.c (layout_class_type):
It looks that standard i387 constant loading insns are not generated anymore.
This testcase:
--cut here--
double test(void)
{
return 1.0;
}
--cut here--
generates (gcc -O2 -fomit-frame-pointer):
test:
flds.LC0 fld1 should be here
ret
.LC0:
.long
--- Comment #5 from reichelt at gcc dot gnu dot org 2006-04-24 08:43
---
Fixed on mainline.
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from pluto at agmk dot net 2006-04-24 08:50 ---
PR26915 seems to be related to this bug.
--
pluto at agmk dot net changed:
What|Removed |Added
--- Comment #8 from rguenth at gcc dot gnu dot org 2006-04-24 09:07 ---
Uh, it did. Sorry. Fixed on the mainline.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from rguenth at gcc dot gnu dot org 2006-04-24 09:06 ---
Subject: Bug 27236
Author: rguenth
Date: Mon Apr 24 09:06:51 2006
New Revision: 113221
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=113221
Log:
2006-04-24 Andrew Pinski [EMAIL PROTECTED]
Richard
--- Comment #5 from paul dot thomas at jet dot uk 2006-04-24 09:10 ---
(In reply to comment #4)
This looks to be fixable at trans-intrinsic.c(gfc_conv_intrinsic_len), here a
special switch branch for constructors is needed.
I will make it so.
Paul
This is indeed the case; the ICE
--- Comment #4 from christian dot joensson at gmail dot com 2006-04-24
09:26 ---
I understand that this might be affecting SPARC/Linux too, cf.,
http://gcc.gnu.org/ml/gcc/2006-04/msg00448.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25865
--- Comment #5 from michael dot klein at fazi dot de 2006-04-24 09:26
---
Actually, gcc is installed both with *and* without -X.Y.Z on all machines
here except the Debian Linuxes (AIX, HP-UX, Solaris), but none of them carries
a g++ ending with -X.Y.Z.
According to truss, libstdc++.a
The following invalid testcase causes an ICE since GCC 3.0:
===
int operator+(void,void);
===
bug.cc:1: error: 'anonymous' has incomplete type
bug.cc:1: error: invalid use of 'void'
bug.cc:1: error: 'anonymous' has incomplete type
bug.cc:1:
--- Comment #18 from mick at nag dot co dot uk 2006-04-24 10:13 ---
Subject: Re: EQUIVALENCE broken in 32-bit code with optimization
-O2
pault at gcc dot gnu dot org wrote:
--- Comment #17 from pault at gcc dot gnu dot org 2006-04-23 06:07
---
This has been dealt with,
--- Comment #4 from tbm at cyrius dot com 2006-04-24 11:34 ---
No, I can confirm that this got fixed between 0415 (fails) and 0419 (works).
Maybe you want to check in the test case tho?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27088
The following invalid testcase causes an ICE since GCC 3.0:
===
struct A
{
A(void,int);
};
===
bug.cc:3: error: 'anonymous' has incomplete type
bug.cc:3: error: invalid use of 'void'
bug.cc:3: error: 'anonymous' has incomplete type
--- Comment #11 from bonzini at gnu dot org 2006-04-24 11:44 ---
patch applied to 4.2, 4.1 still not working
--
bonzini at gnu dot org changed:
What|Removed |Added
Try the following code:
=== p/A.java ===
package p;
public class A {
public static interface AI {
public static final int n = 3;
}
}
=== p/B.java ===
package p;
import p.A.*;
public class B {
static int main(String[] args) {
/usr/lib/gcc-snapshot/bin/gcc -c mini.c
mini.c: In function 'search':
mini.c:18: internal compiler error: tree check: expected class 'constant', have
'binary' (bit_and_expr) in convert_and_check, at c-common.c:1083
Please submit a full bug report,
with preprocessed source if appropriate.
See
--- Comment #1 from tbm at cyrius dot com 2006-04-24 12:39 ---
Created an attachment (id=11322)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11322action=view)
test case
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27281
--- Comment #1 from rearnsha at gcc dot gnu dot org 2006-04-24 12:49
---
The testcase doesn't compile. Please attach a full, *compilable*, example of
the program that shows the bug.
--
rearnsha at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from amodra at bigpond dot net dot au 2006-04-24 13:18
---
I'll look at it in the morning. I've been away this (extended) weekend,
without email access.
--
amodra at bigpond dot net dot au changed:
What|Removed |Added
--- Comment #3 from doko at cs dot tu-berlin dot de 2006-04-24 13:30
---
Subject: Re: armv5te-linux-gnueabi-gcc-4.1 fails to compile
libquicktime-0.9.7-0.4/plugins/opendivx/encore50/text_code_mb.c
Pjotr Kourzanov writes:
Here it is. Compile with:
Pjotr, please don't inline the
--- Comment #4 from peter dot kourzanov at xs4all dot nl 2006-04-24 13:44
---
Subject: Re: armv5te-linux-gnueabi-gcc-4.1 fails to compile
libquicktime-0.9.7-0.4/plugins/opendivx/encore50/text_code_mb.c
Matthias Klose wrote:
Pjotr Kourzanov writes:
Here it is. Compile with:
--- Comment #5 from peter dot kourzanov at xs4all dot nl 2006-04-24 13:46
---
Created an attachment (id=11323)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11323action=view)
coming from libquicktime
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27263
I get the following on powerpc; don't see it on i386 or x86_64:
766:[EMAIL PROTECTED]: ~/delta/bin] /usr/lib/gcc-snapshot/bin/gcc -c -O mini.c
mini.c: In function 'colrow_equal':
mini.c:17: error: could not split insn
(insn 59 28 29 (set (reg:SI 9 9)
(const_int 3791650816 [0xe200]))
--- Comment #1 from tbm at cyrius dot com 2006-04-24 14:04 ---
Created an attachment (id=11324)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11324action=view)
test case
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27282
851:[EMAIL PROTECTED]: ~] /usr/lib/gcc-snapshot/bin/g++ -c -O2 mini.c
Conflict NewMins$maxdex_410(ab) and NewMins$maxdex_7(ab) across an abnormal
edge from BB7-BB39
mini.c: In member function 'gIndexOdometer
gIndexOdometer::AfterExcisionOf(int) const':
mini.c:43: internal compiler error: SSA
--- Comment #1 from tbm at cyrius dot com 2006-04-24 14:24 ---
Created an attachment (id=11325)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11325action=view)
test case
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27283
--- Comment #6 from rearnsha at gcc dot gnu dot org 2006-04-24 14:26
---
Confirmed. Also appears on trunk on an arm-elf cross with the flags:
-O3 -funroll-all-loops -fomit-frame-pointer -mno-apcs-frame -finline-functions
-mfpu=vfp -mfloat-abi=softfp -mcpu=arm926ej-s
We are
867:[EMAIL PROTECTED]: ~/delta/2] /usr/lib/gcc-snapshot/bin/g++ -c mini.c
mini.c: In member function 'void MergeSortT, Compare::sort(T*, long int)':
mini.c:12: internal compiler error: tree check: did not expect class 'type',
have 'type' (template_type_parm) in contains_placeholder_p, at
--- Comment #1 from tbm at cyrius dot com 2006-04-24 14:56 ---
Created an attachment (id=11326)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11326action=view)
test case
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27284
Google Browser - Firefire with Toolbar
Click on the Link Below - IT IS FREE
http://services.google.com/toolbar/firefox_install?hl=enai=BwZGf00c4RM3yA7SQLoKGhYMI6ZnSFOeo_M8BxY23AQAQASCltJQGSKI5UIPj0QKgAbWVyP0DyAECgAIBlQInfgsKgclid=CMT20ri8noQCFU6JCwodYwHAhQ
extern void abort (void);
struct S { unsigned char a, b, c, d[16]; };
void __attribute__ ((noinline))
foo (struct S *x, struct S *y)
{
int a, b;
unsigned char c, *d, *e;
b = x-b;
d = x-d;
e = y-d;
a = 0;
while (b)
{
if (b = 8)
{
c = 0xff;
b -=
I'm playing a bit with HP's testdrive systems and noticed that
when compiling a 64 bit version of openssl-0.9.8a with gcc-4.1.0,
the resulting binaries fail during make test. Since I have no
such problem on any other platform nor with HP's own compiler,
this makes me think that gcc-4.1.0 generated
--- Comment #1 from jakub at gcc dot gnu dot org 2006-04-24 15:50 ---
Caused by http://gcc.gnu.org/viewcvs?root=gccview=revrev=112675
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
gcc -O2 -mcpu=8548 -mfloat-gprs=double -c x.c
double f (void) { return 0; }
gcc crashes with an inrecognizable insn.
--
Summary: pukes
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
--- Comment #1 from eliot at sonic dot net 2006-04-24 15:59 ---
Created an attachment (id=11327)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11327action=view)
proposed patch
not sure if this is the right patch but it seems to
work for me
--
--- Comment #3 from dog at gnu dot org 2006-04-24 15:59 ---
This would not work unless a doctype was present. Now fixed.
--
dog at gnu dot org changed:
What|Removed |Added
ppc-linux-gcc -O2 -mcpu=8548 -mfloat-gprs=double -c [xy].c
crashes with unrecognizable insn
--
Summary: barfs
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo:
--- Comment #1 from eliot at sonic dot net 2006-04-24 16:02 ---
Created an attachment (id=11328)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11328action=view)
test case for crash
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27288
--- Comment #4 from cvs-commit at developer dot classpath dot org
2006-04-24 16:05 ---
Subject: Bug 27262
CVSROOT:/cvsroot/classpath
Module name:classpath
Branch:
Changes by: Chris Burdess [EMAIL PROTECTED]06/04/24 15:58:22
Modified files:
.
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-04-24 16:17 ---
*** This bug has been marked as a duplicate of 27210 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-04-24 16:17 ---
*** Bug 27284 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 2006-04-24 16:18 ---
Does the mainline work if so something else that was needed was not backported.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-04-24 16:20 ---
Can you try a snapshot of 4.1.1 and/or the mainline?
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from hjl at lucon dot org 2006-04-24 16:24 ---
A patch is posted at
http://gcc.gnu.org/ml/gcc-patches/2006-04/msg00917.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27274
When building gdb with -Werror, the compile fails due to what looks
like a spurious warning from using -Wuninitialized. I've reduced the
testcase down to a minimal one, hopefully preserving the original
cause of the warning.
Environment:
System: Linux puffer.diveadx.com 2.6.16-1.2069_FC4smp #1
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-04-24 17:00 ---
node-flags 0x0200
That is what is causing the ICE to happen.
This is related to 27273 but I don't think this is a dup in that this looks
like it is going to cause wrong code as flags is unsigned short. Maybe I
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-04-24 17:06 ---
This is the old problem referenced in PR 5035.
*** This bug has been marked as a duplicate of 5035 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #12 from pinskia at gcc dot gnu dot org 2006-04-24 17:06
---
*** Bug 27289 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from reichelt at gcc dot gnu dot org 2006-04-24 17:07
---
This is really a duplicate of PR 27273 IMHO.
The problem is not on only the expression (node-flags 0x0200),
but the fact that the result is casted to a char.
(Changing the type of the array CptrFlag from char to
--- Comment #3 from reichelt at gcc dot gnu dot org 2006-04-24 17:07
---
*** Bug 27281 has been marked as a duplicate of this bug. ***
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
This happens on powerpc, not on i386 or x86_86:
1084:[EMAIL PROTECTED]: ~/delta/bin] /usr/lib/gcc-snapshot/bin/g++ -c -O2 mini.c
mini.c: In member function 'BASE* alps::detail::creatorBASE, T::create()
const [with BASE = alps::BufferedRandomNumberGeneratorBase, T =
--- Comment #1 from tbm at cyrius dot com 2006-04-24 17:15 ---
Created an attachment (id=11329)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11329action=view)
test case (fairly large still)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27291
--- Comment #2 from tromey at gcc dot gnu dot org 2006-04-24 17:43 ---
Also fails with svn head.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from patchapp at dberlin dot org 2006-04-24 18:50 ---
Subject: Bug number PR c++/27278
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-04/msg00929.html
--
--- Comment #1 from patchapp at dberlin dot org 2006-04-24 18:55 ---
Subject: Bug number PR c++/27279
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-04/msg00930.html
--
trunk r113199, fixing bug 26534, introduced an ICE with this testcase:
=== Cut ===
enum ColorRole
{
WindowText, Button
};
struct QPalette {
ColorRole bg_role:8;
bool hasBackground();
};
bool
QPalette::hasBackground ()
{
return (ColorRole (bg_role) != WindowText);
--
mueller at gcc dot gnu dot org changed:
What|Removed |Added
CC||mmitchel at gcc dot gnu dot
|
--- Comment #4 from stp at create dot ucsb dot edu 2006-04-24 20:50 ---
Created an attachment (id=11330)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11330action=view)
Intermediate file for trig.c
Here's the gcc output for --save-temps
--
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--- Comment #1 from reichelt at gcc dot gnu dot org 2006-04-24 21:02
---
Confirmed.
Even shorter testcase:
=
struct A
{
int i : 8;
};
bool foo(A a)
{
return int(a.i);
}
=
--
reichelt at gcc dot gnu dot org changed:
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-04-24 21:06 ---
Most likely you can get rejects valid with (though I have not tried sicne the C
style casts just check to see if they can do a static cast, and the rest of the
casts and if it cannot, it ICEs):
struct A
{
int i :
gij-4.1 \
-classpath build/bootstrap/ecj.jar:/usr/share/ant/lib/ant.jar \
org.eclipse.jdt.internal.compiler.batch.Main \
-bootclasspath /usr/share/java/libgcj-4.1.jar \
build/bin
Exception in thread main java.lang.NullPointerException
at
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-04-24 21:39 ---
Can you try the patch for PR25985 and see if it fixes your bug?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27285
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-04-24 21:41 ---
Actually it looks 100% the same testcase so that patch just needs backporting
(I don't have time to test it at all).
--
pinskia at gcc dot gnu dot org changed:
What|Removed
--- Comment #12 from steven at gcc dot gnu dot org 2006-04-24 22:28 ---
Reporter has disappeared. No-one has complained about this in recent GCCs (i.e.
open branches) so closing as WONTFIX.
--
steven at gcc dot gnu dot org changed:
What|Removed
--- Comment #11 from steven at gcc dot gnu dot org 2006-04-24 22:29 ---
Still an issue here??
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from steven at gcc dot gnu dot org 2006-04-24 22:32 ---
Works for me. Works for the reporter. I say this works.
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #8 from steven at gcc dot gnu dot org 2006-04-24 22:34 ---
What are loop notes again? Ah, yes. Legacy. Fixed on mainline.
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from steven at gcc dot gnu dot org 2006-04-24 22:37 ---
I'm sure Zdenek would argue that strength reduction is not the unroller's task
(and fwiw I agree), and Joern would argue that it is. Either way, this is a
valid bug report.
--
steven at gcc dot gnu dot org
--- Comment #9 from steven at gcc dot gnu dot org 2006-04-24 22:44 ---
The loop optimizer in gcc 4.2 has lots of changes. How does it perform for
this code now?
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
Hi,
I did choose this way to report since the gcc-compiler doesn't crash
but produces code that handles strings in a peculiar way.
So there might be something wrong in one of the c-libraries.
I have attached a file with the code and some output.
I also noticed some peculiar output when I tried
--- Comment #8 from steven at gcc dot gnu dot org 2006-04-24 22:45 ---
Has this one fallen through the cracks?
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #11 from steven at gcc dot gnu dot org 2006-04-24 22:51 ---
I'm inclined to say don't do this but i can see why this is a problem for the
reporter. I can't reproduce the issue myself, though. Tom, do you still see a
problem here? Sorry for the long delay btw.
--
--- Comment #6 from sayle at gcc dot gnu dot org 2006-04-24 23:16 ---
Subject: Bug 26961
Author: sayle
Date: Mon Apr 24 23:16:29 2006
New Revision: 113232
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=113232
Log:
PR target/26961
* fold-const.c (fold_ternary):
The foll. code works with GCC 2.95.2; however, it fails compile on GCC 2.4.5.
Whenever an anonymous object is passed as function argument, the compiler is
expecting public access to the copy constructor of the passed type - even
though the cp ctr never get's invoked.
--- Comment #1 from ram dot misc at gmail dot com 2006-04-24 23:24 ---
Correction:
Bug/problem context is GCC 3.4.5 (not 2.4.5)
Thank you.
(In reply to comment #0)
The foll. code works with GCC 2.95.2; however, it fails compile on GCC 2.4.5.
Whenever an anonymous object is passed
--- Comment #3 from mmitchel at gcc dot gnu dot org 2006-04-24 23:31
---
Yes, this is the kind of failure mode I feared.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #21 from pinskia at gcc dot gnu dot org 2006-04-24 23:37
---
*** Bug 27295 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 2006-04-24 23:37 ---
The problem is that GCC is following what the standard actually said but then
the standard changed on GCC.
Anyways this is PR 25950. Also there was a comment in the changes page for
this change for 3.4.x.
***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.1.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27278
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.1.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27279
--
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 #2 from pinskia at gcc dot gnu dot org 2006-04-24 23:48 ---
I forgot if the error is a RTL issue or a tree level issue.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-04-25 00:46 ---
(insn:HI 29 28 62 3 (parallel [
(set (reg:SI 134)
(and:SI (reg:SI 130)
(const_int 3791650816 [0xe200])))
(clobber (scratch:CC))
]) 102 {andsi3}
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-04-25 00:53 ---
Confirmed, reload is the one which is creating the (set reg const_int).
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-04-25 01:20 ---
It fails at -O1 so we know it is not PRE which is good news.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-04-25 01:26 ---
If I turn off IV-Opts it works.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|major |normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27286
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-04-25 01:30 ---
Confirmed, but very interesting. It ICEs in RTL.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-04-25 01:32 ---
-O2 -fno-branch-count-reg works.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from lucier at math dot purdue dot edu 2006-04-25 02:40
---
It doesn't work for me, even with the updated cctools:
/Users/lucier/programs/gcc/mainline/objdir64/gcc/gcj
-B/Users/lucier/programs/gcc/mainline/objdir64/powerpc-apple-darwin8.6.0/ppc64/libjava/
--- Comment #4 from mmitchel at gcc dot gnu dot org 2006-04-25 03:33
---
Subject: Bug 27292
Author: mmitchel
Date: Tue Apr 25 03:33:38 2006
New Revision: 113240
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=113240
Log:
PR c++/27292
* typeck.c (decay_conversion):
1 - 100 of 102 matches
Mail list logo
