--- Comment #3 from pault at gcc dot gnu dot org 2007-09-16 09:18 ---
Subject: Bug 29606
Author: pault
Date: Sun Sep 16 09:17:49 2007
New Revision: 128523
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=128523
Log:
2007-09-16 Paul Thomas <[EMAIL PROTECTED]>
PR fortran/
--- Comment #8 from pault at gcc dot gnu dot org 2007-09-16 09:18 ---
Subject: Bug 29396
Author: pault
Date: Sun Sep 16 09:17:49 2007
New Revision: 128523
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=128523
Log:
2007-09-16 Paul Thomas <[EMAIL PROTECTED]>
PR fortran/
--- Comment #10 from pault at gcc dot gnu dot org 2007-09-16 09:18 ---
Subject: Bug 30625
Author: pault
Date: Sun Sep 16 09:17:49 2007
New Revision: 128523
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=128523
Log:
2007-09-16 Paul Thomas <[EMAIL PROTECTED]>
PR fortran
--- Comment #4 from pault at gcc dot gnu dot org 2007-09-16 09:18 ---
Subject: Bug 30871
Author: pault
Date: Sun Sep 16 09:17:49 2007
New Revision: 128523
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=128523
Log:
2007-09-16 Paul Thomas <[EMAIL PROTECTED]>
PR fortran/
--- Comment #5 from pault at gcc dot gnu dot org 2007-09-16 09:39 ---
Fixed on trunk
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
Status
--- Comment #11 from pault at gcc dot gnu dot org 2007-09-16 09:39 ---
Fixed on trunk
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
Statu
--- Comment #4 from pault at gcc dot gnu dot org 2007-09-16 09:40 ---
Fixed on trunk
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
Status
--- Comment #9 from pault at gcc dot gnu dot org 2007-09-16 09:40 ---
Fixed on trunk
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
Status
--- Comment #3 from pault at gcc dot gnu dot org 2007-09-16 09:42 ---
As the guilty party, I had better take this on.
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #1 from razya at il dot ibm dot com 2007-09-16 10:38 ---
(In reply to comment #0)
> Found this while trying to bootstrap with BOOT_CFLAGS="-O3 -fipa-cp" and it
> miscompiled libcpp/macro.c at the stage2. Appeared somewhere in between
> r122374 and r124593:
> /* { dg-do run }
The following loop (from linpk.f90) contains a non-empty latch block before
tree optimizations:
Source code:
Line
m = MOD(N,4)
323IF ( m.NE.0 ) THEN
324 DO i = 1 , m
325 Dy(i) = Dy(i) + Da*Dx(i)
326 ENDDO
327
--- Comment #15 from rask at gcc dot gnu dot org 2007-09-16 12:57 ---
1. You should use define_insn_and_split.
2. If possible (which I think it is here), splitting before reload should
produc.e better code.
Btw, what is the ICE?
Also, it seems to me that avr.h defines MOVE_MAX incorrec
--- Comment #1 from belyshev at depni dot sinp dot msu dot ru 2007-09-16
13:28 ---
Also fails on amd64 linux. gcc 4.2 with "-O1 -ftree-vectorize" error message
is:
pr27549.C: In function 'const char* foo()':
pr27549.C:72: internal compiler error: in coalesce_abnormal_edges, at
tree-ou
--- Comment #16 from rask at gcc dot gnu dot org 2007-09-16 13:38 ---
Created an attachment (id=14211)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14211&action=view)
quick and dirty patch to reduce code size
A fundamental problem with the AVR back end is that it sabotages the RT
--- Comment #17 from rask at gcc dot gnu dot org 2007-09-16 13:54 ---
The patch is against mainline revision 128431.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=11180
--- Comment #4 from jb at gcc dot gnu dot org 2007-09-16 14:12 ---
(In reply to comment #3)
> Why marking this as blocking asynchronous I/O?
Well, no hard dependency. I just thought it would make sense to do this first,
as it would reduce the work required to convert the library to a mo
[forwarded from http://bugs.debian.org/439687]
seen with 4.1, 4,2, 4,3.
$ gcc -c statusfile.i
stdin: In function 'pa_notavail':
stdin:100: internal compiler error: in create_tmp_var, at gimplify.c:487
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.or
--- Comment #1 from debian-gcc at lists dot debian dot org 2007-09-16
14:52 ---
Created an attachment (id=14212)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14212&action=view)
preprocessed source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33448
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-09-16 15:08 ---
This code is invalid. The enum type is not declared.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33448
--- Comment #3 from pinskia at gcc dot gnu dot org 2007-09-16 15:09 ---
*** This bug has been marked as a duplicate of 32295 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #4 from pinskia at gcc dot gnu dot org 2007-09-16 15:09 ---
*** Bug 33448 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #4 from pinskia at gcc dot gnu dot org 2007-09-16 15:12 ---
static enum parsedb pa_flags;
I think parsedb really should parsedbflags here but I could be wrong.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33448
--- Comment #18 from eweddington at cso dot atmel dot com 2007-09-16 15:44
---
Subject: RE: [avr-gcc] Optimization decrease performance of
struct assignment.
> --- Comment #15 from rask at gcc dot gnu dot org
> 2007-09-16 12:57 ---
> Also, it seems to me that avr.h defines
--- Comment #7 from nathan at gcc dot gnu dot org 2007-09-16 17:26 ---
Subject: Bug 32756
Author: nathan
Date: Sun Sep 16 17:26:42 2007
New Revision: 128528
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=128528
Log:
cp/
PR c++/32756
* call.c (maybe_handle
--- Comment #19 from rask at gcc dot gnu dot org 2007-09-16 17:30 ---
Created an attachment (id=14213)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14213&action=view)
quick and dirty patch to reduce code size
Here's a patch which doesn't mess up the stack pointer update in the ep
I just tried to compile lapack version 3.1.1
with the GNU Fortran compiler version 4.3 snapshot 20070914.
The compiler said
/home/dcb/gcc/20070914/results/bin/gfortran -g -O3 -Wall -ftree-vectorize -c
dlarre.f -o dlarre.o
dlarre.f: In function 'dlarre':
dlarre.f:1: internal compiler error: Segmen
--- Comment #1 from dcb314 at hotmail dot com 2007-09-16 18:18 ---
Created an attachment (id=14214)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14214&action=view)
fortran source code
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33449
--- Comment #2 from howarth at nitro dot med dot uc dot edu 2007-09-16
18:30 ---
I'm not seeing this problem on powerpc-apple-darwin9. I am using a svn pull
from gcc trunk that has the ICE fixes Dorit added in...
r128514 | dorit | 2007-09-15 14:24:23 -0400 (Sat, 15 Sep 2007) | 7 lines
--- Comment #8 from andreast at gcc dot gnu dot org 2007-09-16 19:09
---
enable-checking is always used on development trees which trunk belongs to. I
usually do build with disable-checking. And with disable-checking you do not
see the bug.
In comment #5 I only wanted to state that now
--- Comment #9 from dominiq at lps dot ens dot fr 2007-09-16 19:55 ---
> It is impossible to get some preprocessed source from this break since it does
> not preprocess anything. It is a .class to .o compilation.
May be you could have a look at the reduced code in PR 33348.
--
http
--- Comment #3 from steven at gcc dot gnu dot org 2007-09-16 21:22 ---
Won't fix for GCC 4.1.
Fixed since GCC 4.2.
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
--
I have tested this code with many version of GCC, three under Linux x86 PC and
one into x86 Mac OS X.
This bug appears with version 3.4.5 (Gentoo 3.4.5, ssp-3.4.5-1.0, pie-8.7.9),
in a Gentoo x86_64 Linux PC, and with Gcc 4.1.2 (Ubuntu 4.1.2-0ubuntu4) and
4.1.2 20061115 (prerelease) (Debian 4.1.1-2
--- Comment #1 from ontologiae at gmail dot com 2007-09-16 21:26 ---
Created an attachment (id=14215)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14215&action=view)
Preprocessed file that show the bug
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33450
--- Comment #3 from hubicka at gcc dot gnu dot org 2007-09-16 21:52 ---
What happens in this testcase is (mis)behaviour of invariant code motion.
On instruction:
(set (mem/c/i:SI (plus:DI (reg/f:DI 113 sfp)
(const_int 80 [0x50])) [3 S4 A32])
(fix:SI (reg:DF 135)))
the in
--- Comment #4 from rakdver at kam dot mff dot cuni dot cz 2007-09-16
22:07 ---
Subject: Re: [4.3 Regression] gfortran.dg/g77/19990826-3.f fails at -O1
> What happens in this testcase is (mis)behaviour of invariant code motion.
> On instruction:
> (set (mem/c/i:SI (plus:DI (reg/f:DI 1
--- Comment #8 from paolo at gcc dot gnu dot org 2007-09-16 22:54 ---
Subject: Bug 33124
Author: paolo
Date: Sun Sep 16 22:54:12 2007
New Revision: 128531
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=128531
Log:
/cp
2007-09-16 Paolo Carlini <[EMAIL PROTECTED]>
PR c+
--- Comment #9 from pcarlini at suse dot de 2007-09-16 22:55 ---
Fixed.
--
pcarlini at suse dot de changed:
What|Removed |Added
Status|ASSIGNED
Consider the case when a class contains an aggregate member:
struct foo
{
struct bar
{
int one[256];
int two[256];
};
bar my_bar;
};
foo *fooptr;
The members "one" and "two" are clearly offsetable memory operands, yet gcc
does not accept them as operands to asm statement
--- Comment #3 from gerald at pfeifer dot com 2007-09-17 00:13 ---
Change committed to wwwdocs CVS module and life on gcc.gnu.org.
http://gcc.gnu.org/onlinedocs/ref it is!
--
gerald at pfeifer dot com changed:
What|Removed |Added
-
--- Comment #10 from howarth at nitro dot med dot uc dot edu 2007-09-17
00:49 ---
The proposed patch to fix PR rtl-optimization/26449...
http://gcc.gnu.org/ml/gcc-patches/2007-09/msg01303.html
...eliminates the bootstrap problems with java on powerpc-apple-darwin9.
--
http://gcc.
--- Comment #6 from danglin at gcc dot gnu dot org 2007-09-17 02:13 ---
Subject: Bug 33273
Author: danglin
Date: Mon Sep 17 02:13:23 2007
New Revision: 128537
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=128537
Log:
PR middle-end/33273
* expr.c (store_expr): Ca
--- Comment #7 from danglin at gcc dot gnu dot org 2007-09-17 02:15 ---
Fixed.
--
danglin at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRM
--- Comment #2 from kkojima at gcc dot gnu dot org 2007-09-17 02:22 ---
I've looked at the issue for gc-improv branch. I'd like to
add Laurynas to the CC list.
It seems the following back end patch fix the error in #0
on r128224.
--- ORIG/gc-improv/gcc/config/sh/sh.c 2007-09-14 08:5
I compile a cross compiler for target x86_64-pc-mingw32,
then use this cross compiler to compile a native compiler for
x86_64-pc-mingw32,
then use native compiler to compile cpp code, it generate following error:
--
$ /c/tools/target/bin/x86_64-pc-mingw32-g++.exe -v -Wa
--- Comment #20 from eweddington at cso dot atmel dot com 2007-09-17 02:31
---
Subject: RE: [avr-gcc] Optimization decrease performance of
struct assignment.
> Here's a patch which doesn't mess up the stack pointer update
> in the epilogue.
>
Hi Rask,
Your patch causes a regressi
--- Comment #2 from burnus at gcc dot gnu dot org 2007-09-17 06:40 ---
*** Bug 33444 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33445
--- Comment #1 from burnus at gcc dot gnu dot org 2007-09-17 06:40 ---
*** This bug has been marked as a duplicate of 33445 ***
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from ebotcazou at gcc dot gnu dot org 2007-09-17 06:46
---
> It doesn't appear in x86 Mac Os X 10.4 with "version 4.0.1 (Apple Computer,
> Inc. build 5250)"
Because the GCC released by Apple defaults to -fno-strict-aliasing.
> Gcc "forget" code's dependancy.
No, your c
Following (delta reduced) testcase ICEs with 'gcc -O2 -msse2
-ftree-parallelize-loops=4 -ftree-vectorize' on i686 and x86_64:
gcc -O2 -msse2 -ftree-parallelize-loops=4 -ftree-vectorize 048.c
048.c: In function 'Create_BCyl':
048.c:15: internal compiler error: in build2_stat, at tree.c:3110
Please
--- Comment #3 from burnus at gcc dot gnu dot org 2007-09-17 06:55 ---
Looking at the dump (GCC 4.3), one sees for the fixed-format code:
#pragma omp parallel default(shared) reduction(+:kin) reduction(+:pot)
private(d) private(rij) private(k) private(j) private(i)
{
50 matches
Mail list logo
