Piotr Marasz wrote:
I try compile example program
gcc.exe -Ic:\gcc\include -Lc:\gcc\lib c:\gcc\bin\program.c
gcc.exe: Internal error: (null) (program as)
Please submit bug report.
First the bug report should not go here but to
http://gcc.gnu.org/bugzilla (this is a list for development of
hi,
When I build gcc-3.2.2 for mips target, there's an error. What's the problem?
Thanks
Eirc
ake[1]: Leaving directory `/home/cii/qwang_gcc/libiberty'
xgcc: specs file malformed after 4096 characters
xgcc: specs file malformed after 4096 characters
xgcc: specs file malformed after 4096
On Wed, Apr 12, 2006 at 07:47:32AM +0200, Frank Riese wrote:
On Monday 10 April 2006 19:48, you wrote:
Can it at least add (small) immediates to registers?
Nope, sry. The only instructions that take other arguments than registers are
the aforementioned LDL/LDH (load low/high), branch
On 12 April 2006 06:48, Frank Riese wrote:
Yes, you're right. When I started writing this backend I didn't have much
experience with it. I took the smallest backend I could find and tried to
adjust it to me needs. The number of macros in the internals docs was a bit
overwhelming at first and
Hi,
OpenMP is currently more or less unusable with the C++ front-end
because of EH issues (see PR26823). This unfortunate situation
is dragging on for more than two months now and makes further
testing impossible.
Some of the problems were fixed in PR26084, some still remain:
The original
I suppose I should summarize what this problem was in case it's useful
to anyone else searching the archives.
A buggy cross-build process did not create libc.so.
The static linker didn't find libc.so so it silently used libc.a
instead.
Libc.a is not built with -fPIC so the load problem showed up.
I'm behind on two RM duties: bug priorities and status reports.
Fortunately, I'm not traveling this week, so I'll get caught up shortly.
I just wanted to let everyone know that I'd not forgotten there's stuff
to be done...
Thanks,
--
Mark Mitchell
CodeSourcery
[EMAIL PROTECTED]
(650) 331-3385
It's that time again... I just want to ask if there's any progress on
Ada being multilibbed?
--
Cheers,
/ChJ
Hello - this is definitely a newbie question, so bear with me...
We've been using gcc under Solaris on SPARC hardware for some time now. The
guy who was here before me set up the previous version (gcc-3.3.3) and now
I'm trying to get gcc-3.4.4 to build.
In the old gcc-3.3.3 install tree, I
We had ported gcc-3.4.2 to our own RISC, and meet a strange
case in optimization level 3 (-O3).
The compiler produce wrong assembly code in O3 and
correct result if we add -fno-inline flag.
It seems that there some problem in function in-lining.
What can I do and what should I do to solve this
Gerald Pfeifer wrote:
On Mon, 10 Apr 2006, Mark Mitchell wrote:
It seems like we're getting consensus around that approach, despite the
initial sentiment in the other direction from Mike and Joe. Mike, Joe,
do either of you care to argue the point? If not, I'll volunteer to
write some text
--
bonzini at gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |bonzini at gnu dot org
|dot org |
--- Comment #3 from amodra at bigpond dot net dot au 2006-04-12 07:12
---
Testing a fix
--
amodra at bigpond dot net dot au changed:
What|Removed |Added
--- Comment #2 from bonzini at gnu dot org 2006-04-12 07:30 ---
And the funny part is, it is again Dale's patch that causes the failure.
I'm more and more inclined to revert that part, but it may be a latent bug as
in the AIX case (note: David Edelsohn decided to fix the bug by making
Given:
int main(void)
{
enum foo { A, B, C, D} bar;
bar = D;
if(bar == A) {
;
} else if(bar == B) {
;
} else {
switch(bar) {
case C:
case D:
;
I'm trying to build gcc on solaris8 sparc. after the command below, Class.d is
0 bytes in size. I don't see any other temporary files left behind by
-save-temps
[EMAIL PROTECTED]:~/gcc-3.4.6/sparc-sun-solaris2.8/sparcv9/libjava$
/export/home/rainer/gcc-3.4.6/gcc/gcj -v -save-temps
--- Comment #1 from rainer-gccbugzilla at 7val dot com 2006-04-12 08:38
---
Created an attachment (id=11247)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11247action=view)
Class.s, as built by gcj/jc1 before failure
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27127
--- Comment #2 from ebotcazou at gcc dot gnu dot org 2006-04-12 09:06
---
This is known to work, please make sure to read carefully the instructions at
http://gcc.gnu.org/install/specific.html#x-x-solaris2
In particular, use the recommended config shell and do not build in the
--- Comment #10 from ebotcazou at gcc dot gnu dot org 2006-04-12 09:09
---
Presumably fixed everywhere.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
static const float a = 0.299f;
static const float b = 0.114f;
static const float c = 1 - a - c;
float
foo (void)
{
return a + b + c;
}
ICEs at -O and higher. There is a typo (should have been 1 - a - b of course),
but IMHO that just triggers undefined behavior.
G++ 4.0.x would initialize c in
This is a completetest file: 10 lines are enough,
with only 3 lines of actual code
#include stdio.h
int main(void)
{
long long x;
long long y;
x=3;
y=5;
printf (%Ld %Ld %Ld %Ld \n,x,y,x+y,x-y);
return 0;
}
gives the obviously absurd output
0 3 0 5
adding inttypes.h make no
--- Comment #1 from rguenth at gcc dot gnu dot org 2006-04-12 10:14 ---
Use %lld, the L length modifier is for floating point formats to enable
long double.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from rguenth at gcc dot gnu dot org 2006-04-12 10:17 ---
Confirmed. But this is unlikely to be fixed as it would require moving the
diagnostic to the middle-end where this information is available. And
diagosticts from the middle-end are notoriously frowned upon.
--
--- Comment #1 from reichelt at gcc dot gnu dot org 2006-04-12 11:17
---
Confirmed.
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
CC|
--- Comment #2 from reichelt at gcc dot gnu dot org 2006-04-12 11:34
---
Confirmed.
Shorter testcase that crashes at -O0:
struct A
{
A (const A);
A operator= (const A);
};
void foo(A a)
{
A b = ({ a; });
}
--- Comment #6 from jakub at gcc dot gnu dot org 2006-04-12 11:46 ---
It is a GC problem, when build_over_call calls mark_used, it certainly doesn't
expect mark_used to do a gcc_collect underneath it, as it has several tree
pointers stored in local variables. I guess build_over_call
--- Comment #3 from reichelt at gcc dot gnu dot org 2006-04-12 12:11
---
Here's a shorter testcase for the wrong-code problem (using -O):
It should return 0, but returns something else since GCC 4.0.2.
The compiler crashes on this testcase with GCC 3.3 - 4.0.1.
--- Comment #33 from rakdver at gcc dot gnu dot org 2006-04-12 12:20
---
Created an attachment (id=11248)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11248action=view)
Patch to speed up update_ssa
This patch makes update_ssa significantly faster in cases like this (when
Fold does not canonicalize i - -1 to i + 1 where allowed. It has
/* A - B - A + (-B) if B is easily negatable. */
if (negate_expr_p (arg1)
((FLOAT_TYPE_P (type)
/* Avoid this transformation if B is a positive REAL_CST. */
(TREE_CODE
This may actually be several distinct minor bugs.
On my Sparc machine, I have what I think is a strang
version of makeinfo, installed by TeX (or at least,
in the tex tree) -- makeinfo --version returns:
makeinfo (GNU texinfo 3.12) 1.68
This results in the compiler system (most specifically
When compiling vtk-5.0 with gcc-4.1.0 there occurs an ICE.. preprocessed
sourcefile attached.
--
Summary: ICE when compiling vtk-5.0
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Severity: critical
Priority: P3
--- Comment #1 from rguenth at gcc dot gnu dot org 2006-04-12 12:53 ---
Testcase:
/* { dg-do compile } */
/* { dg-options -fdump-tree-gimple } */
int foo(int i)
{
return i - -1;
}
/* { dg-final { scan-tree-dump i \\+ 1 gimple } } */
/* { dg-final { cleanup-tree-dump gimple } } */
--- Comment #1 from xtv at tveith dot homelinux dot com 2006-04-12 12:54
---
Created an attachment (id=11249)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11249action=view)
preprocessed source file
preprocessed sourcefile compressed with gzip to meet the size requirements for
/home/dave/gnu/gcc-4.2/objdir/./prev-gcc/xgcc
-B/home/dave/gnu/gcc-4.2/objdir/./
prev-gcc/ -B/home/dave/opt/gnu/gcc/gcc-4.2.0/hppa-linux/bin/ -c -g -O2
-DIN_GC
C -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -pedantic
-Wno-long-long -Wno-variadic-macros
--- Comment #9 from rguenth at gcc dot gnu dot org 2006-04-12 13:35 ---
PASS: g++.old-deja/g++.mike/dyncast7.C (test for excess errors)
FAIL: g++.old-deja/g++.mike/dyncast7.C execution test
const Foo* and Foo* are really not compatible. We can just exchange Foo* for
const Foo* for
--- Comment #10 from rguenth at gcc dot gnu dot org 2006-04-12 13:37
---
Created an attachment (id=11250)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11250action=view)
updated patch
Patch I will clean and test instead. Also fixes 27090.
--
rguenth at gcc dot gnu dot org
--- Comment #3 from amylaar at gcc dot gnu dot org 2006-04-12 13:46 ---
sh64 has indexed addressing, but the addition is always done as 64 bit,
and there are currently no implemenmtations that allow the 64 bit logical
address space to be re-mapped into a 32 physical address space -
--- Comment #2 from prigault at oricom dot ca 2006-04-12 14:00 ---
IMO, the line defining c should trigger an error message because it needs to
use c before creating the variable, or else undefined behaviour occurs.
This message could be:
error: #8216;c#8217; was not declared in this
-Wwrite-strings -Wstrict-prototypes
- -Wmissing-prototypes -Wold-style-definition -version -fPIC -o libgcov.s
Reading symbols from shared object read from target memory...done.
Loaded system supplied DSO at 0xb000
GNU C version 4.2.0 20060412 (experimental) (i686-pc-linux-gnu)
compiled
--- Comment #4 from paolo dot bonzini at lu dot unisi dot ch 2006-04-12
14:09 ---
Subject: Re: [4.2 Regression] gcc fails to build on sh64-elf
targets
I think the best solution is to have an INDEX_REG_CLASS_FOR_MODE macro,
which defaults to INDEX_REG_CLASS. Then this macro can
--- Comment #35 from rakdver at atrey dot karlin dot mff dot cuni dot cz
2006-04-12 14:20 ---
Subject: Re: [4.2 Regression] Repeated SSA update during loop header copying
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11248action=view)
Patch to speed up update_ssa
Fails
--- Comment #36 from dnovillo at redhat dot com 2006-04-12 14:23 ---
Subject: Re: [4.2 Regression] Repeated SSA update
during loop header copying
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 04/12/06 10:20, rakdver at atrey dot karlin dot mff dot cuni dot cz
wrote:
forgot to
--- Comment #2 from paul dot richard dot thomas at cea dot fr 2006-04-12
14:32 ---
(In reply to comment #1)
Confirmed, PR 25669 and bug 18003 are very closely related (it might turn out
this is a dup of one of them).
They are indeed the same. Attached below is a patch that fixes
--- Comment #2 from paul dot richard dot thomas at cea dot fr 2006-04-12
14:34 ---
I have a fix for it, which is regtesting right now. Even if it fails in this
form, it is along the right lines and there will be a version that is pukkah. I
hope to submit the patch tonight.
Quite
--- Comment #2 from reichelt at gcc dot gnu dot org 2006-04-12 14:59
---
Confirmed.
Reduced testcase (compile with -O -ffast-math):
==
double floor(double);
inline int bar(double x) { return (int)floor(x); }
int foo(int i) { return
--- Comment #3 from P dot Schaffnit at access dot rwth-aachen dot de
2006-04-12 15:02 ---
Subject: Re: Incorrect dependency for assignment from
functionwith array section actual arg.
Merci!
Philippe
paul dot richard dot thomas at cea dot fr wrote:
--- Comment #2 from paul
--- Comment #28 from edmar at freescale dot com 2006-04-12 15:36 ---
I double checked everything. The sources I checked out last night has the
patches of comments 17, 21, and 25.
This time I got a failure just like the on comment 7. The insn is the same
The original attachment:
--- Comment #10 from cvs-commit at developer dot classpath dot org
2006-04-12 16:39 ---
Subject: Bug 24481
CVSROOT:/cvsroot/classpath
Module name:classpath
Branch:
Changes by: Casey Marshall [EMAIL PROTECTED] 06/04/12 16:38:50
Modified files:
.
--- Comment #3 from reichelt at gcc dot gnu dot org 2006-04-12 17:24
---
Even shorter testcase:
===
int foo(int i, int j)
{
return i ? (long long)(!j) : 0;
}
===
--
reichelt at gcc dot gnu dot org changed:
This program, compiled -O -ffast-math, seems to consume infinite stack space
/* -O -ffast-math */
void foo()
{
double x;
for (x = 2; x 10; x *= x)
;
}
--
Summary: Compile failure with -O -ffast-math
Product: gcc
Version:
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-04-12 17:34 ---
Yes I already filed a couple bugs about turning this on for the !flag_wrapv
case.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27132
--- Comment #4 from tromey at gcc dot gnu dot org 2006-04-12 17:38 ---
I thought this looked like a dup, but I can't find the original.
In any case, ISTR looking at the logic here in gcj at one point,
and finding that it was all screwed up.
Pinski: you can do: sed 's/^.//d' File.java
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-04-12 17:39 ---
You need to fix PR 25148 first before fixing this bug really otherwise you will
get a testsuite failure as I got before.
--
pinskia at gcc dot gnu dot org changed:
What|Removed
--- Comment #11 from pinskia at gcc dot gnu dot org 2006-04-12 17:40
---
(In reply to comment #9)
PASS: g++.old-deja/g++.mike/dyncast7.C (test for excess errors)
FAIL: g++.old-deja/g++.mike/dyncast7.C execution test
I did not get that failure.
--
--- Comment #2 from tromey at gcc dot gnu dot org 2006-04-12 17:42 ---
I don't have a convenient way to test a fix for this.
But it does not look very hard to fix... just adding
an extra check in boehm.c:mark_reference_fields.
Note that the corresponding code in libgcj already seems
to
--- Comment #3 from uros at kss-loka dot si 2006-04-12 17:54 ---
There seems to be something wrong with -ffast-math and floor.
I have done some analysis on this. Start from expand_builtin_int_roundingfn()
in builtins.c source, where we fallback to FP rounding optab.
fallback_fndecl
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-04-12 18:06 ---
This is basicially PR 23295.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from rguenth at gcc dot gnu dot org 2006-04-12 18:10 ---
Didn't we have the canonicalization to put the constant in operand2 if
possible? A lot of transformations rely on that.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23295
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-04-12 18:18 ---
Are you building from a release version, correct?
Otherwise you do need makeinfo as explained by:
http://gcc.gnu.org/install/prerequisites.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27133
--- Comment #11 from csm at gnu dot org 2006-04-12 18:19 ---
Fixed for message digest-based PRNGs.
--
csm at gnu dot org changed:
What|Removed |Added
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-04-12 18:20 ---
Fixed by:
http://gcc.gnu.org/ml/gcc-cvs/2006-04/msg00302.html
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24609
--- Comment #5 from cjw at daneel dot dyndns dot org 2006-04-12 19:08
---
There are probably disadvantages: it doesn't seem possible to bind to 127.0.0.1
this way. So choosing the socket domain that matches the address to
bind/connect to is probably a good idea. I thought other java
The -I option inhibits the use of the current file directory as the first
search directory for #include file. This is important for software
development which uses partially populated source trees for which the build
looks through other trees to find the missing pieces.
Without -I- gcc should
--- Comment #7 from patchapp at dberlin dot org 2006-04-12 19:28 ---
Subject: Bug number PR25597
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/msg00350.html
--
--- Comment #4 from patchapp at dberlin dot org 2006-04-12 19:30 ---
Subject: Bug number PR27124
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/msg00468.html
--
--- Comment #3 from patchapp at dberlin dot org 2006-04-12 19:55 ---
Subject: Bug number PR26834
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/msg00469.html
--
--- Comment #7 from gerald at gcc dot gnu dot org 2006-04-12 19:57 ---
Subject: Bug 23829
Author: gerald
Date: Wed Apr 12 19:57:02 2006
New Revision: 112897
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=112897
Log:
PR libgcj/23829
* configure.ac: Link against
--- Comment #8 from gerald at pfeifer dot com 2006-04-12 19:59 ---
I committed this to HEAD and the 4.1-branch now.
Thanks to everyone who helped review this, and of course the
original submitter!
--
gerald at pfeifer dot com changed:
What|Removed
--- Comment #5 from amylaar at gcc dot gnu dot org 2006-04-12 19:59 ---
Created an attachment (id=11251)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11251action=view)
proposed patch
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27117
--- Comment #7 from gerald at pfeifer dot com 2006-04-12 20:01 ---
RTH, Jakub, would you mind having a look at this regression?
--
gerald at pfeifer dot com changed:
What|Removed |Added
--- Comment #2 from amylaar at gcc dot gnu dot org 2006-04-12 20:09 ---
Subject: Bug 27060
Author: amylaar
Date: Wed Apr 12 20:09:41 2006
New Revision: 112898
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=112898
Log:
2006-04-12 Jorn Rennecke [EMAIL PROTECTED]
PR
--- Comment #3 from csm at gnu dot org 2006-04-12 20:17 ---
*** This bug has been marked as a duplicate of 24642 ***
--
csm at gnu dot org changed:
What|Removed |Added
--- Comment #3 from csm at gnu dot org 2006-04-12 20:17 ---
*** Bug 27111 has been marked as a duplicate of this bug. ***
--
csm at gnu dot org changed:
What|Removed |Added
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-04-12 20:18 ---
What do you need exactly that -iquote or any of the -i* options provide?
Or even what this patch should provide:
http://gcc.gnu.org/ml/gcc-patches/2006-03/msg01197.html
That adds an option to do what exactly -I-
--- Comment #4 from csm at gnu dot org 2006-04-12 20:18 ---
Testing a patch.
--
csm at gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-04-12 20:19 ---
Patch posted here:
http://gcc.gnu.org/ml/gcc-patches/2006-03/msg01197.html
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-04-12 20:19 ---
If that patch does the trick for you, then this is a dup of bug 19541.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27137
--
Summary: gfortran: Fails to
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: tobias dot burnus
--- Comment #1 from tobias dot burnus at physik dot fu-berlin dot de
2006-04-12 20:45 ---
Created an attachment (id=11252)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11252action=view)
test.tar.gz containing inp-test and test.F
This is SUSE's gcc-fortran-4.1.0-15, Merge[d] up
This testcase:
int test (int a)
{
return (double) a;
}
Produces:
cvtsi2sd%edi, %xmm0
cvttsd2si %xmm0, %eax
ret
However, following code does the same (at least for -ffast-math):
movl%edi, %eax
ret
--
Summary:
--- Comment #8 from hjl at gcc dot gnu dot org 2006-04-12 20:58 ---
Subject: Bug 25619
Author: hjl
Date: Wed Apr 12 20:58:04 2006
New Revision: 112899
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=112899
Log:
gcc/fortran/
2006-04-12 H.J. Lu [EMAIL PROTECTED]
PR
--- Comment #8 from hjl at gcc dot gnu dot org 2006-04-12 20:58 ---
Subject: Bug 23634
Author: hjl
Date: Wed Apr 12 20:58:04 2006
New Revision: 112899
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=112899
Log:
gcc/fortran/
2006-04-12 H.J. Lu [EMAIL PROTECTED]
PR
--- Comment #2 from tobias dot burnus at physik dot fu-berlin dot de
2006-04-12 21:05 ---
If one replaces the third read by
character(len=300) :: str
READ (5,*,END=100,ERR=99) str
WRITE(*,*) trim(str)
one sees that the first two failing READs advance by one character each
--- Comment #12 from steven at gcc dot gnu dot org 2006-04-12 21:28 ---
fold_truthop is called with this input:
Breakpoint 11, fold_truthop (code=TRUTH_ANDIF_EXPR, truth_type=0x2adff4d0,
lhs=0x2adf64b0, rhs=0x2adf6690) at fold-const.c:4820
4820 if
--- Comment #6 from kkojima at gcc dot gnu dot org 2006-04-12 21:43 ---
-#define INDEX_REG_CLASS \
- (!ALLOW_INDEXED_ADDRESS ? NO_REGS : TARGET_SHMEDIA ? GENERAL_REGS :
R0_REGS)
+#define INDEX_REG_CLASS_FOR_MODE(MODE) \
+ ((MODE) == DImode TARGET_SHMEDIA ? 1 \
Should this last
--- Comment #18 from wilson at gcc dot gnu dot org 2006-04-12 22:10 ---
Subject: Bug 26483
Author: wilson
Date: Wed Apr 12 22:10:49 2006
New Revision: 112900
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=112900
Log:
Fix IA-64 problems with denorms getting clobbered by type
--- Comment #19 from wilson at gcc dot gnu dot org 2006-04-12 22:21 ---
IA-64. Mine.
--
wilson at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #20 from wilson at gcc dot gnu dot org 2006-04-12 22:22 ---
Fixed on mainline. Testcase added to mainline. The fix should probably be
backported to one or more active release branches.
--
wilson at gcc dot gnu dot org changed:
What|Removed
--- Comment #2 from giovannibajo at libero dot it 2006-04-12 22:25 ---
RTH, this bug is very serious for OpenMP and C++. Can you please have a look?
--
giovannibajo at libero dot it changed:
What|Removed |Added
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
CC||rth at gcc dot gnu dot org
Status|UNCONFIRMED
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-04-12 23:59 ---
Confirmed, I doubt this shows up that much anyways.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from jvdelisle at gcc dot gnu dot org 2006-04-13 00:22
---
I will investigate.
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #13 from pinskia at gcc dot gnu dot org 2006-04-13 00:54
---
It has to be the:
/* See if the comparisons can be merged. Then get all the parameters for
each side. */
which gets it wrong for some reason.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26729
--- Comment #8 from pinskia at gcc dot gnu dot org 2006-04-13 01:01 ---
(In reply to comment #7)
Didn't we have the canonicalization to put the constant in operand2 if
possible? A lot of transformations rely on that.
Why should they in this case, they only rely on that for
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-04-13 01:05 ---
the TRUTH_AND_EXPR is long long here and we produce an ICE while expanding to
RTL so this is a middle-end issue.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-04-13 01:17 ---
for the orginal expample:
3.3.3 ICE
3.4.0 worked
3.2.2 ICE
3.0.4 ICE
2.95.3 ICE
I don't think we should call this critical as this is using an extension in the
first place and it only ICEs with the extension in
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-04-13 01:27 ---
*** This bug has been marked as a duplicate of 23577 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-04-13 01:27 ---
*** Bug 27126 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-04-13 01:37 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
1 - 100 of 109 matches
Mail list logo