rm -f jcf-dump
stage1/xgcc -Bstage1/ -B/usr/local/gcc402/powerpc-ibm-aix4.2.1.0/bin/ -g -O2
-DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes
-pedantic -Wno-long-long -Wno-variadic-macros -Wold-style-definition
-DHAVE_CONFIG_H -o jcf-dump java/jcf-dump.o java/jcf-i
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26034
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26068
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26069
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26122
--- Comment #6 from mmitchel at gcc dot gnu dot org 2006-02-14 09:01
---
SH is not a primary platform, so this is P5. However, it's fine (good, in
fact!) to put the patch on the branch if the testing succeeds.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26151
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26195
--- Comment #2 from mmitchel at gcc dot gnu dot org 2006-02-14 09:04
---
This will never be release critical.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #2 from mmitchel at gcc dot gnu dot org 2006-02-14 09:04
---
This will never be release-critical.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #1 from mmitchel at gcc dot gnu dot org 2006-02-14 09:05
---
This will never be release-critical.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
-
This case resembles gcc.dg/20040123-1.c.
--
Summary: remove condition check code BUG with -O2
Product: gcc
Version: 3.4.6
Status: UNCONFIRMED
Severity: critical
Priority: P3
Component: c
AssignedTo: unassigned at g
--- Comment #2 from mmitchel at gcc dot gnu dot org 2006-02-14 09:05
---
This will never be release-critical.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #2 from mmitchel at gcc dot gnu dot org 2006-02-14 09:05
---
This will never be release-critical.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #1 from inaoka dot kazuhiro at renesas dot com 2006-02-14
09:08 ---
Created an attachment (id=10842)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10842&action=view)
Sample pattern
This is a sample pattern.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26276
--- Comment #8 from mmitchel at gcc dot gnu dot org 2006-02-14 09:08
---
Sadly, this is a P1; a nasty optimization bug, on code without extensions,
probably architecture independent, and did not exist in previous releases.
--
mmitchel at gcc dot gnu dot org changed:
What
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |rguenth at gcc dot gnu dot
|dot org
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26269
--- Comment #2 from inaoka dot kazuhiro at renesas dot com 2006-02-14
09:10 ---
Created an attachment (id=10843)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10843&action=view)
Sample NG output
This is a sample output.
m32r-linux-gnu-gcc -S -O2 omm_kill.i
beqz r5,.L101
--- Comment #3 from inaoka dot kazuhiro at renesas dot com 2006-02-14
09:10 ---
Created an attachment (id=10844)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10844&action=view)
Sample NG output
This is a sample output.
m32r-linux-gnu-gcc -S -O2 omm_kill.i
beqz r5,.L101
--- Comment #10 from mmitchel at gcc dot gnu dot org 2006-02-14 09:12
---
This is a new regression in 4.1, and affects a major piece of software, using
common idioms; it is P1.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #2 from mmitchel at gcc dot gnu dot org 2006-02-14 09:13
---
One could argue that this should be P1, but I'm going to make it P1, since the
valid code that is incorrectly rejected is somewhat obscure.
--
mmitchel at gcc dot gnu dot org changed:
What|Remov
--- Comment #15 from mmitchel at gcc dot gnu dot org 2006-02-14 09:17
---
OK for 4.1, should you wish to apply it there.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #9 from rguenth at gcc dot gnu dot org 2006-02-14 09:54 ---
Subject: Bug 26258
Author: rguenth
Date: Tue Feb 14 09:54:07 2006
New Revision: 110962
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110962
Log:
2006-02-14 Richard Guenther <[EMAIL PROTECTED]>
PR
--- Comment #10 from rguenth at gcc dot gnu dot org 2006-02-14 09:59
---
Subject: Bug 26258
Author: rguenth
Date: Tue Feb 14 09:58:57 2006
New Revision: 110963
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110963
Log:
2006-02-14 Richard Guenther <[EMAIL PROTECTED]>
--- Comment #11 from rguenth at gcc dot gnu dot org 2006-02-14 09:59
---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #2 from rguenth at gcc dot gnu dot org 2006-02-14 10:04 ---
I guess I was assigned this bug by accident. Unassigning.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
When compiling the following testprogram a false warning is issued about not
using the label.
program testlabel
open(unit=12, file="dummy",status="old",&
action="read",err=99)
print *,"file is now open"
stop
99 print *,"could not open file ..."
end program testlabel
I used the fol
The diagnostics of the sample run repeat the same builtin function in the list
of overload candidates.
--
Summary: candidates list contains duplicates
Product: gcc
Version: 3.4.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
--- Comment #1 from igodard at pacbell dot net 2006-02-14 10:37 ---
Created an attachment (id=10845)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10845&action=view)
compiler output
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26278
--- Comment #2 from igodard at pacbell dot net 2006-02-14 10:37 ---
Created an attachment (id=10846)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10846&action=view)
source code (compressed)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26278
--- Comment #3 from multix at gmail dot com 2006-02-14 11:05 ---
this is still broken in both gcc 3.4.5 and gcc 4.0.2 on aix 4.2.1
(well, it is marked as wontfix, thus it was to be expected)
--
multix at gmail dot com changed:
What|Removed |Added
-
r110954 broke libada on ia64:
/tmp/cvs/gcc-20060214/Build/./gcc/xgcc -B/tmp/cvs/gcc-20060214/Build/./gcc/
-B/tmp/cvs/gcc-20060214/Build/root/ia64-suse-linux/bin/
-B/tmp/cvs/gcc-20060214/Build/root/ia64-suse-linux/lib/ -isystem
/tmp/cvs/gcc-20060214/Build/root/ia64-suse-linux/include -isystem
/tmp
--- Comment #1 from fxcoudert at gcc dot gnu dot org 2006-02-14 11:19
---
This reminds me of PR25370... (for the -static effect).
I'm currently bootstrapping mainline on a hppa2.0w-hp-hpux11.23 (thanks to HP
testdrive) to nail down this one and PR26252. John, are those the only
hppa-hp
gcc/. -I/tmp/debug/gcc/gcc/../include -I./../intl
-I/tmp/debug/gcc/gcc/../libcpp/include -I/house/coudert/local/td191/include
-I/tmp/debug/gcc/gcc/../libdecnumber -I../libdecnumber
/tmp/debug/gcc/gcc/tree-cfg.c -o tree-cfg.o
/tmp/debug/gcc/gcc/tree-cfg.c: In function 'tree_duplicate_sese_region
--- Comment #7 from dtemirbulatov at gmail dot com 2006-02-14 11:46 ---
(From update of attachment 10787)
I have noticed a few regressions with that patch on x86_86.
--
dtemirbulatov at gmail dot com changed:
What|Removed |Added
---
--- Comment #7 from zak at transversal dot com 2006-02-14 12:08 ---
(We are currently using these pragmas extensively to ensure that various
symbols are laid down *only* in low-level libraries, as a partial workaround
for the COMDAT/dlopen issues described in
http://gcc.gnu.org/ml/gcc/20
--- Comment #8 from victork at il dot ibm dot com 2006-02-14 12:16 ---
Created an attachment (id=10847)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10847&action=view)
[patch] for PR 25918 (autovect)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25918
--- Comment #9 from victork at il dot ibm dot com 2006-02-14 12:20 ---
Hello,
I've prepared a patch to the testsuite to make dg-final checks
more precise. The patch was tested on ppc64-yellowdog-linux.
I have no access to IA64 box. Could someone check this patch on ia64?
The patch can
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-02-14 12:21 ---
opts.c is being miscompiled.
This is a dup of bug 25636.
*** This bug has been marked as a duplicate of 25636 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Add
--- Comment #32 from pinskia at gcc dot gnu dot org 2006-02-14 12:21
---
*** Bug 26274 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|critical|normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26276
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.2.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26279
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||sayle at gcc dot gnu dot org
Summary|build failure (ICE in
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-02-14 12:29 ---
Related to PR 26279.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
BugsThisDepen
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-02-14 12:30 ---
Also reported to the list:
http://gcc.gnu.org/ml/gcc/2006-02/msg00230.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26280
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-02-14 12:33 ---
I don't know that many people who build the java front-end on AIX.
Make sure that you use --enable-languages=
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Summary|PTA is slow with large |[4.1/4.2 Regression] PTA is
|structs (hits clisp)
On GCC 4.2.0 20060213 I've got the following:
>/opt/gcc/bin/g++-4.2 -c -v -O3 -finline-limit=1200 LeveLogger.cpp -save-temps
Using built-in specs.
Target: i686-pc-linux-gnu
Configured with: ../gcc/configure --enable-checking --prefix=/opt/gcc
--enable-shared --enable-threads --program-suffix=-4.2
--- Comment #1 from tsarkov at cs dot man dot ac dot uk 2006-02-14 12:46
---
Created an attachment (id=10848)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10848&action=view)
Preprocessed sources
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26281
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-02-14 12:49 ---
This is a dup of bug 25776.
*** This bug has been marked as a duplicate of 25776 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-02-14 12:49 ---
*** Bug 26281 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #1 from tobi at gcc dot gnu dot org 2006-02-14 13:15 ---
Of course this needs -Wunused-labels, confirmed.
--
tobi at gcc dot gnu dot org changed:
What|Removed |Added
--
--
tobi at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |tobi at gcc dot gnu dot org
|dot org
For addresses of memory objects where we know its alignment we should be able
to optimize runtime alignment checks like in
long foo;
void bar(void)
{
if ((intptr_t)&foo & 3)
link_error ();
}
and more cases like for function pointers or pmf (#3713).
--
Summary: Runtime alignmen
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-02-14 13:41 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
Forwarded from:
http://people.redhat.com/dnovillo/spec2000.ppc64/gcc/log/20060214/build-20060214.log.gz
/home/cygnus/dnovillo/perf/sbox/gcc/local.ppc64/bld.torreja/./gcc/xgcc
-B/home/cygnus/dnovillo/perf/sbox/gcc/local.ppc64/bld.torreja/./gcc/
-B/home/cygnus/dnovillo/perf/sbox/gcc/local.ppc64
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.2.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26283
--- Comment #5 from levharout at gmail dot com 2006-02-14 14:08 ---
(In reply to comment #4)
> So this is a purify bug as valgrind says the memory is still reachable which
> is
> correct because it is a thread specific location for the main thread. Closing
> as invalid.
Hello, I tried
--- Comment #2 from dave at hiauly1 dot hia dot nrc dot ca 2006-02-14
14:15 ---
Subject: Re: FAIL: gfortran.fortran-torture/execute/intrinsic_set_exponent.f90
execution
> This reminds me of PR25370... (for the -static effect).
>
> I'm currently bootstrapping mainline on a hppa2.0w-hp
--- Comment #15 from jakub at gcc dot gnu dot org 2006-02-14 14:18 ---
Subject: Bug 25864
Author: jakub
Date: Tue Feb 14 14:17:59 2006
New Revision: 110967
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110967
Log:
2006-02-07 Jakub Jelinek <[EMAIL PROTECTED]>
Benja
--- Comment #16 from jakub at gcc dot gnu dot org 2006-02-14 14:23 ---
Subject: Bug 25864
Author: jakub
Date: Tue Feb 14 14:22:58 2006
New Revision: 110969
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110969
Log:
2006-02-14 Jakub Jelinek <[EMAIL PROTECTED]>
Aldy
--- Comment #11 from pinskia at gcc dot gnu dot org 2006-02-14 14:23
---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNE
--- Comment #12 from dave at hiauly1 dot hia dot nrc dot ca 2006-02-14
14:28 ---
Subject: Re: [4.2 Regression] FAIL: gcc.c-torture/execute/ieee/fp-cmp-8l.c
execution at -O1, -O2 and -Os
> URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110939
> Log:
> PR rtl-optimization
--- Comment #11 from rguenth at gcc dot gnu dot org 2006-02-14 14:36
---
This is fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status
--- Comment #20 from amylaar at gcc dot gnu dot org 2006-02-14 14:36
---
Subject: Bug 16194
Author: amylaar
Date: Tue Feb 14 14:36:15 2006
New Revision: 110970
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110970
Log:
PR inline-asm/16194
2006-01-31 J"orn Rennecke <[EMAIL PRO
Executing on host: /test/gnu/gcc-4.1/objdir/gcc/testsuite/../gfortran
-B/test/gn
u/gcc-4.1/objdir/gcc/testsuite/../
/test/gnu/gcc-4.1/gcc/gcc/testsuite/gfortran.
dg/bad_automatic_objects_1.f90 -O -pedantic-errors -S -o
bad_automatic_obje
cts_1.s(timeout = 300)
In file
/test/gnu/gcc-4.1/gc
Executing on host: /test/gnu/gcc-4.1/objdir/gcc/testsuite/../gfortran
-B/test/gn
u/gcc-4.1/objdir/gcc/testsuite/../
/test/gnu/gcc-4.1/gcc/gcc/testsuite/gfortran.
dg/internal_dummy_1.f90 -O -pedantic-errors -S -o internal_dummy_1.s
(ti
meout = 300)
FAIL: gfortran.dg/internal_dummy_1.f90 -O
Executing on host: /test/gnu/gcc-4.1/objdir/gcc/testsuite/../gfortran
-B/test/gn
u/gcc-4.1/objdir/gcc/testsuite/../
/test/gnu/gcc-4.1/gcc/gcc/testsuite/gfortran.
dg/module_parameter_array_refs_1.f90 -O -pedantic-errors -S -o
module_param
eter_array_refs_1.s(timeout = 300)
In file
/test/gn
Executing on host: /test/gnu/gcc-4.1/objdir/gcc/testsuite/../gfortran
-B/test/gn
u/gcc-4.1/objdir/gcc/testsuite/../
/test/gnu/gcc-4.1/gcc/gcc/testsuite/gfortran.
dg/pure_non_intrinsic_dummy_1.f90 -O -pedantic-errors -S -o
pure_non_intrin
sic_dummy_1.s(timeout = 300)
FAIL: gfortran.dg/pure_
--- Comment #7 from amylaar at gcc dot gnu dot org 2006-02-14 14:46 ---
Subject: Bug 26141
Author: amylaar
Date: Tue Feb 14 14:46:33 2006
New Revision: 110971
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110971
Log:
PR target/26141
gcc:
* sh.c (sh_gimplify_va_arg_expr
Executing on host: /test/gnu/gcc-4.1/objdir/gcc/testsuite/../gfortran
-B/test/gn
u/gcc-4.1/objdir/gcc/testsuite/../
/test/gnu/gcc-4.1/gcc/gcc/testsuite/gfortran.
dg/typed_subroutine_1.f90 -O -pedantic-errors -S -o typed_subroutine_1.s
(timeout = 300)
FAIL: gfortran.dg/typed_subroutine_1.f90
--- Comment #8 from amylaar at gcc dot gnu dot org 2006-02-14 14:48 ---
(In reply to comment #7)
Fixed.
--
amylaar at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from dberlin at gcc dot gnu dot org 2006-02-14 14:49 ---
Subject: Bug 26260
Author: dberlin
Date: Tue Feb 14 14:49:13 2006
New Revision: 110972
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110972
Log:
2006-02-14 Daniel Berlin <[EMAIL PROTECTED]>
Fix P
Executing on host: /test/gnu/gcc-4.1/objdir/gcc/testsuite/../gfortran
-B/test/gn
u/gcc-4.1/objdir/gcc/testsuite/../
/test/gnu/gcc-4.1/gcc/gcc/testsuite/gfortran.
dg/uncommon_block_data_1.f90 -O -pedantic-errors -S -o
uncommon_block_data_
1.s(timeout = 300)
FAIL: gfortran.dg/uncommon_block_
--- Comment #6 from fxcoudert at gcc dot gnu dot org 2006-02-14 14:50
---
Subject: Bug 25425
Author: fxcoudert
Date: Tue Feb 14 14:50:40 2006
New Revision: 110973
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110973
Log:
PR libfortran/25425
* trans-decl.c (gfc
--- Comment #7 from fxcoudert at gcc dot gnu dot org 2006-02-14 14:52
---
Fixed on 4.2 and 4.1.
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from dberlin at gcc dot gnu dot org 2006-02-14 15:08 ---
Subject: Bug 26260
Author: dberlin
Date: Tue Feb 14 15:08:01 2006
New Revision: 110974
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110974
Log:
2006-02-14 Daniel Berlin <[EMAIL PROTECTED]>
Fix P
--- Comment #1 from rguenth at gcc dot gnu dot org 2006-02-14 15:12 ---
With 4.1 and 4.2 we (now) use 12024 bytes for the stack and even produce
slightly better code than 3.4 with -O2. 4.0.x is horrible as we have two extra
stack temps we memcpy in/out to/of.
I guess Jasons fix for 259
--- Comment #7 from dberlin at gcc dot gnu dot org 2006-02-14 15:12 ---
Fixed
--
dberlin at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #2 from tobi at gcc dot gnu dot org 2006-02-14 15:34 ---
Patch here: http://gcc.gnu.org/ml/gcc-patches/2006-02/msg01063.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26277
--- Comment #33 from rguenth at gcc dot gnu dot org 2006-02-14 15:40
---
The attached patch is bogus, and a correct one doesn't fix the first testcase
(as the attached one didn't, too). As analyzed previously, expand does not
deal with
void g(A*) (a)
{
struct A D.2007;
:
D.2007 =
--- Comment #34 from rguenth at gcc dot gnu dot org 2006-02-14 15:41
---
We're not depending on struct copyprop here.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #2 from multix at gmail dot com 2006-02-14 15:44 ---
well, indeed I used
../gcc-4.0.2/configure --prefix=/usr/local/gcc402 --enable-threads=aix
--disable-nls
--enable-shared --with-cpu=powerpc
--with-gcc-version-trigger=/usr/local/build/gcc-4.0.
2/gcc/version.c --enable-la
--- Comment #4 from aph at gcc dot gnu dot org 2006-02-14 15:45 ---
A bit more explanation.
The problem is caused by the fact that 9007199254740994.0 + 0.847412109375
is carried out in extended precision, and the result is rounded to
9007199254740995. In double precision, the resul
--- Comment #4 from fxcoudert at gcc dot gnu dot org 2006-02-14 15:47
---
Subject: Bug 24685
Author: fxcoudert
Date: Tue Feb 14 15:47:49 2006
New Revision: 110975
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110975
Log:
PR libfortran/24685
* gfortran.dg/large
--- Comment #5 from fxcoudert at gcc dot gnu dot org 2006-02-14 15:50
---
Fixed on both 4.2 and 4.1.
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from rguenth at gcc dot gnu dot org 2006-02-14 15:52 ---
Created an attachment (id=10849)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10849&action=view)
simple "cleanup" struct copyprop
Attached simple "cleanup" style struct copyprop that is able to clean up
usele
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-02-14 16:06 ---
Fixed by;
http://gcc.gnu.org/ml/fortran/2006-02/msg00251.html
http://gcc.gnu.org/ml/gcc-cvs/2006-02/msg00508.html
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from dje at gcc dot gnu dot org 2006-02-14 16:06 ---
I see a similar error on PowerPC
tree-cfg.c: In function 'tree_duplicate_sese_region':
tree-cfg.c:4430: internal compiler error: in do_compare_rtx_and_jump, at
dojump.c:945
--
dje at gcc dot gnu dot org changed:
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-02-14 16:07 ---
This was the same problem as PR 26284.
*** This bug has been marked as a duplicate of 26284 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-02-14 16:07 ---
*** Bug 26285 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26284
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-02-14 16:07 ---
And likewise.
*** This bug has been marked as a duplicate of 26284 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-02-14 16:07 ---
*** Bug 26286 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26284
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-02-14 16:07 ---
And likewise.
*** This bug has been marked as a duplicate of 26284 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-02-14 16:07 ---
*** Bug 26287 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26284
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-02-14 16:08 ---
And likewise.
*** This bug has been marked as a duplicate of 26284 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #3 from reichelt at gcc dot gnu dot org 2006-02-14 16:08
---
Subject: Bug 26151
Author: reichelt
Date: Tue Feb 14 16:08:06 2006
New Revision: 110980
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110980
Log:
PR c++/26151
* parser.c (cp_parser_decl_sp
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-02-14 16:08 ---
*** Bug 26288 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26284
--- Comment #6 from pinskia at gcc dot gnu dot org 2006-02-14 16:08 ---
*** Bug 26289 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26284
1 - 100 of 197 matches
Mail list logo
