--- Comment #8 from lmillward at gcc dot gnu dot org 2006-04-13 06:42
---
Removing those conditionals was meant to be submitted in a follow up to the
patch i originally posted as suggested by Andrew Pinski. They must have gotten
mixed in accidentally when I committed to OPT_Wxx cleanup
--- Comment #6 from jvdelisle at gcc dot gnu dot org 2006-04-13 06:30
---
Subject: Bug 26766
Author: jvdelisle
Date: Thu Apr 13 06:30:04 2006
New Revision: 112915
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=112915
Log:
2006-04-12 Jerry DeLisle <[EMAIL PROTECTED]>
--- Comment #5 from jvdelisle at gcc dot gnu dot org 2006-04-13 06:25
---
Subject: Bug 26766
Author: jvdelisle
Date: Thu Apr 13 06:24:58 2006
New Revision: 112914
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=112914
Log:
2006-04-12 Jerry DeLisle <[EMAIL PROTECTED]>
--- Comment #30 from amodra at gcc dot gnu dot org 2006-04-13 05:46 ---
Subject: Bug 26459
Author: amodra
Date: Thu Apr 13 05:46:01 2006
New Revision: 112913
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=112913
Log:
PR target/26459
* config/rs6000/rs6000.c (rs60
--- Comment #29 from amodra at gcc dot gnu dot org 2006-04-13 05:10 ---
Subject: Bug 26459
Author: amodra
Date: Thu Apr 13 05:10:00 2006
New Revision: 112912
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=112912
Log:
PR target/26459
* config/rs6000/rs6000.c (rs60
--- Comment #4 from jvdelisle at gcc dot gnu dot org 2006-04-13 04:26
---
I have looked this over. Its a matter of what behavior is acceptable for each
type of error we get. My interpretation of your testcase is that we should do
a next_record when we detect the error before we do the
--- Comment #14 from pinskia at gcc dot gnu dot org 2006-04-13 01:56
---
*** Bug 27061 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-13 01:56 ---
The diagnostic issue is PR 15672.
*** This bug has been marked as a duplicate of 15672 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Keywords||ice-on-valid-code
Known to fail||4.0
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-04-13 01:52 ---
This works on most targets I tried, ppc-linux-gnu and x86_64-linux-gnu both
work, only i?86-linux-gnu (32bit) did not.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-04-13 01:44 ---
The thread starts:
http://gcc.gnu.org/ml/gcc/2006-03/msg00192.html
--
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:41 ---
Can you show how it fails also because this is not enough information really.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27133
--- 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
Status|UNCON
--- 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 #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 #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 fact
--- 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 #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 operatio
--- 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 #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
As
--- 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
-
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
CC||rth at gcc dot gnu dot org
Status|UNCONFIRMED
--- 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
-
--- 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 #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
AssignedTo|una
--- 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=gcc&view=rev&rev=112900
Log:
Fix IA-64 problems with denorms getting clobbered by type conv
--- 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 thi
--- 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 (TREE_SIDE_EFFECTS
--- 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
('i','g'
--- 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=gcc&view=rev&rev=112899
Log:
gcc/fortran/
2006-04-12 H.J. Lu <[EMAIL PROTECTED]>
PR fo
--- 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=gcc&view=rev&rev=112899
Log:
gcc/fortran/
2006-04-12 H.J. Lu <[EMAIL PROTECTED]>
PR fo
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: Optimiz
--- 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=11252&action=view)
test.tar.gz containing inp-test and test.F
This is SUSE's gcc-fortran-4.1.0-15, "Merge[d] up
--
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 a
--- 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
--- 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 #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 g
--- 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- did
--- 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 #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 #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=gcc&view=rev&rev=112898
Log:
2006-04-12 J"orn Rennecke <[EMAIL PROTECTED]>
PR ta
--- 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 #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=11251&action=view)
proposed patch
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27117
--- 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 #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=gcc&view=rev&rev=112897
Log:
PR libgcj/23829
* configure.ac: Link against -l
--- 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
--
http://gcc.gnu.org/bugzilla/sh
--- 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
--
http://gcc.gnu.org/bugzilla/sh
--- 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
--
http://gcc.gnu.org/bugzilla/sh
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 #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 imp
--
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 #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
---
--- 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
Status|N
--- 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 #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 #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
BugsT
--- 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 f
--- 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 #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.
--
http://gcc.gnu.org/bugzilla/sh
--- 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 #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 #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
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: 4.
--- 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:
--- 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 #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: float
--- 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 #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 #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 simpl
--- 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 a
--- 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 s
--- 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=11248&action=view)
> > Patch to speed up update_ssa
> >
>
--- 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
-g -O2 -W -Wall -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)
--- 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: ‘c’ was not declared in this scope
or:
e
--- 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 - inste
--- 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=11250&action=view)
updated patch
Patch I will clean and test instead. Also fixes 27090.
--
rguenth at gcc dot gnu dot org c
--- 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 load
/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 -Wno-overlength-strin
--- 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=11249&action=view)
preprocessed source file
preprocessed sourcefile compressed with gzip to meet the size requirements for
s
--- 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" }
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
Component
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
fastj
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_CO
--- 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=11248&action=view)
Patch to speed up update_ssa
This patch makes update_ssa significantly faster in cases like this (when
update
--- 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 #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 isn
--- 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 #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 #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 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
This is a completetest file: 10 lines are enough,
with only 3 lines of actual code
#include
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 make no difference
The gcc versi
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
--- 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
--- 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 source
--- 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=11247&action=view)
Class.s, as built by gcj/jc1 before failure
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27127
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
-B/export/home/r
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:
;
--- 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
--- 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
Assigned
1 - 100 of 101 matches
Mail list logo
