--- Comment #2 from pinskia at gcc dot gnu dot org 2007-06-25 06:58 ---
h1 =
(/(sum((/(exp(-2*pi*(0,1)*mod(k*L,N)/N)*h2(L),L=0,N-1)/)),k=0,N-1)/)
Seen this before
I think this is the same bug as something I filed.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32489
--- Comment #1 from burnus at gcc dot gnu dot org 2007-06-25 06:50 ---
Created an attachment (id=13781)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13781&action=view)
fft257.f90 test case
>From http://home.comcast.net/~kmbtib/
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id
The program compiles in 2 to 3 seconds with g95, f95 and sunf95; ifort needs 7
seconds.
gfortran I stopped after 2GB memory consumption after ~1 minute.
--
Summary: Endless loop when compiling
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
The following program causes an endless loop in gfortran.
I'm not 100% sure that it is invalid though I think it is.
- NAG f95 accepts the program and prints: ""
- g95: Error: Circular specification in variable 'ouch' at (1)
- ifort:
fortcom: Error: cyclic_specs1.f90, line 10: Conflicting attribu
--- Comment #35 from ghazi at gcc dot gnu dot org 2007-06-25 05:44 ---
(In reply to comment #34)
> (In reply to comment #33)
> > (In reply to comment #32)
> > > Everyone: Don't forget "df", it doesn't slow checking much.
> > > Compile + check time < 16 hours :) only:
> > > --enable-stage
--- Comment #4 from rob1weld at aol dot com 2007-06-25 05:34 ---
Resolving as FIXED. Current tests don't have the problems mentioned in this bug
report.
Results for 4.3.0 20070623 (experimental) testsuite on i686-pc-linux-gnu
http://gcc.gnu.org/ml/gcc-testresults/2007-06/msg01093.html
--- Comment #14 from rob1weld at aol dot com 2007-06-25 05:30 ---
(In reply to comment #12)
> I'm going to close this.
OK by me (the "Reporter"). I have not tested this, if someone else has then OK.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31717
--- Comment #2 from spark at gcc dot gnu dot org 2007-06-25 05:30 ---
Confirmed.
The following commit:
r125972 | zadeck | 2007-06-23 09:21:43 -0700 (Sat, 23 Jun 2007) | 8 lines
2007-06-23 Kenneth Zadeck <[EMAIL PROTECTED]>
PR middle-end/32437
*dce.c (deletable_insn_p
--- Comment #7 from rob1weld at aol dot com 2007-06-25 05:19 ---
Almost always works well. There _are_ days when there is one or two check test
that fail; but not like before when _most_ tests failed. FIXED.
--
rob1weld at aol dot com changed:
What|Removed
--- Comment #3 from rob1weld at aol dot com 2007-06-25 05:11 ---
> Bug part 1 - FIXED
> I was still getting the "undefined reference to `GC_local_malloc'" errors in
> "gcc version 4.3.0 20070614" but it may be fixed in "gcc version 4.3.0
> 20070619".
Broken again in gcc version 4.3.0 20
--- Comment #34 from rob1weld at aol dot com 2007-06-25 05:06 ---
(In reply to comment #33)
> (In reply to comment #32)
> > Everyone: Don't forget "df", it doesn't slow checking much.
> > Compile + check time < 16 hours :) only:
> > --enable-stage1-checking=assert,df,fold,gc,misc,rtl,rtl
--- Comment #16 from jvdelisle at gcc dot gnu dot org 2007-06-25 03:02
---
I have now committed the patch to fix secnds-1.f. If this clears it up on 4.3,
I will backport to 4.2
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from jvdelisle at gcc dot gnu dot org 2007-06-25 02:48
---
Subject: Bug 32456
Author: jvdelisle
Date: Mon Jun 25 02:48:14 2007
New Revision: 125996
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=125996
Log:
2007-06-24 Jerry DeLisle <[EMAIL PROTECTED]>
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-06-25 02:01 ---
Do you have a C library installed for mips-elf? Because it sounds like you
don't.
Newlib is the normal C library which is used with cross compilers to *-elf. It
is also can be used with the combined builds.
--
--- Comment #14 from pinskia at gcc dot gnu dot org 2007-06-25 01:54
---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
I'm trying to compile a cross-compiler to use with "nestedvm" (which emulates
MIPS binaries) on Debian Linux. The full version of the stable host GCC is
"gcc (GCC) 4.1.2 20061115 (prerelease) (Debian 4.1.1-21)", so I decided to use
the closest matching source release to build a cross-compiler. I
--- Comment #3 from pinskia at gcc dot gnu dot org 2007-06-25 01:44 ---
As I mentioned this is now fixed by PR 32075.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #3 from kkojima at gcc dot gnu dot org 2007-06-25 00:04 ---
Now this causes a build failure on sh4-unknown-linux-gnu during
compiling libgcc.
--
kkojima at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #2 from kkojima at gcc dot gnu dot org 2007-06-24 23:28 ---
A reduced testcase fails on sh4 for -O2 with the same check:
void foo (int nc)
{
unsigned i, n;
if (nc % 3)
abort ();
n = nc / 3;
for (i = 0; i < n; i++)
baz ();
}
--
kkojima at gcc dot gnu do
--- Comment #13 from hubicka at gcc dot gnu dot org 2007-06-24 23:24
---
Subject: Bug 30563
Author: hubicka
Date: Sun Jun 24 23:24:10 2007
New Revision: 125991
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=125991
Log:
PR middle-end/30563
* cgraphunit.c (cgraph_
--- Comment #5 from jvdelisle at gcc dot gnu dot org 2007-06-24 23:06
---
Fixed on trunk.
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
St
--- Comment #4 from jvdelisle at gcc dot gnu dot org 2007-06-24 23:03
---
Subject: Bug 32456
Author: jvdelisle
Date: Sun Jun 24 23:03:29 2007
New Revision: 125990
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=125990
Log:
2007-06-24 Jerry DeLisle <[EMAIL PROTECTED]>
--- Comment #3 from jvdelisle at gcc dot gnu dot org 2007-06-24 22:56
---
Subject: Bug 32456
Author: jvdelisle
Date: Sun Jun 24 22:56:21 2007
New Revision: 125989
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=125989
Log:
2007-06-24 Jerry DeLisle <[EMAIL PROTECTED]>
--- Comment #18 from spop at gcc dot gnu dot org 2007-06-24 21:30 ---
Subject: Re: IVs with the same evolution not eliminated
> Note I think the proposed patch attached here will fix PR 32200.
Nop.
Reverting the patch and diffing the assembly code for i686-linux on
both codes from PR
--- Comment #32 from spop at gcc dot gnu dot org 2007-06-24 21:05 ---
Subject: Re: [4.3 Regression] Segmentation fault in
build_classic_dist_vector_1() at tree-data-ref.c:2700
I forgot to mention: I tested this patch only on i686-linux.
Can somebody give it a test on amd64 see if it al
--- Comment #31 from spop at gcc dot gnu dot org 2007-06-24 21:00 ---
Fixed.
--
spop at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #30 from spop at gcc dot gnu dot org 2007-06-24 20:59 ---
Subject: Bug 32461
Author: spop
Date: Sun Jun 24 20:59:02 2007
New Revision: 125988
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=125988
Log:
PR middle-end/32461
* fold-const.c (fold_binary):
--- Comment #2 from patchapp at dberlin dot org 2007-06-24 20:35 ---
Subject: Bug number PR32456
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/2007-06/msg01821.html
--
http://gcc.gnu.org/bugzilla/sh
--- Comment #29 from richard dot guenther at gmail dot com 2007-06-24
19:53 ---
Subject: Re: [4.3 Regression] Segmentation fault in
build_classic_dist_vector_1() at tree-data-ref.c:2700
On 6/24/07, Sebastian Pop <[EMAIL PROTECTED]> wrote:
> On 6/24/07, Sebastian Pop <[EMAIL PROTECTED]
--- Comment #32 from dominiq at lps dot ens dot fr 2007-06-24 19:52 ---
mid-air collision!
> > >Try with -fwarpv, I bet this is really a bug in g95's IR.
> >
> > -fwarpv is not recognized by g95.
>
> How can it not be recognize by g95
Sorry, I did not unfold the typo, g95 recogniz
--- Comment #31 from burnus at gcc dot gnu dot org 2007-06-24 19:45 ---
> -fwarpv is not recognized by g95.
Try: -fwrapv
"This option instructs the compiler to assume that signed arithmetic overflow
of addition, subtraction and multiplication wraps around using twos-complement
represent
--- Comment #30 from pinskia at gmail dot com 2007-06-24 19:37 ---
Subject: Re: gfortran - incorrect run time results
On 24 Jun 2007 19:28:45 -, dominiq at lps dot ens dot fr
<[EMAIL PROTECTED]> wrote:
> --- Comment #29 from dominiq at lps dot ens dot fr 2007-06-24 19:28
> --
On 24 Jun 2007 19:28:45 -, dominiq at lps dot ens dot fr
<[EMAIL PROTECTED]> wrote:
--- Comment #29 from dominiq at lps dot ens dot fr 2007-06-24 19:28 ---
>Try with -fwarpv, I bet this is really a bug in g95's IR.
-fwarpv is not recognized by g95.
How can it not be recognize by g
--- Comment #29 from dominiq at lps dot ens dot fr 2007-06-24 19:28 ---
>Try with -fwarpv, I bet this is really a bug in g95's IR.
-fwarpv is not recognized by g95.
> Can you provide me (us) with the tree dumps?
Do you want all of them? If yes, what is the best way to send them?
Oth
--- Comment #4 from pault at gcc dot gnu dot org 2007-06-24 19:24 ---
Subject: Bug 32136
Author: pault
Date: Sun Jun 24 19:24:02 2007
New Revision: 125987
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=125987
Log:
2007-06-24 Paul Thomas <[EMAIL PROTECTED]>
PR fortran/
--- Comment #3 from burnus at gcc dot gnu dot org 2007-06-24 19:23 ---
Close bug as no one can reproduce it any more.
The ICE is still present in 4.2.x and 4.1.x, but as this is no regression, we
can close this PR.
--
burnus at gcc dot gnu dot org changed:
What|Remove
--- Comment #28 from sebpop at gmail dot com 2007-06-24 19:19 ---
Subject: Re: [4.3 Regression] Segmentation fault in
build_classic_dist_vector_1() at tree-data-ref.c:2700
On 6/24/07, Sebastian Pop <[EMAIL PROTECTED]> wrote:
> On 6/24/07, Richard Guenther <[EMAIL PROTECTED]> wrote:
> >
--- Comment #13 from jvdelisle at gcc dot gnu dot org 2007-06-24 19:12
---
Fixed on trunk.
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
S
--- Comment #3 from patchapp at dberlin dot org 2007-06-24 19:10 ---
Subject: Bug number PR31494
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/2007-06/msg01812.html
--
http://gcc.gnu.org/bugzilla/sh
--- Comment #2 from nunoplopes at sapo dot pt 2007-06-24 19:07 ---
unfortunately I don't have a short reproducing test case. The whole framework
is a bit complex to allow me to extract a simple test case. This problem seems
to be related with some initialization that is performed by libs
--- Comment #12 from jvdelisle at gcc dot gnu dot org 2007-06-24 18:58
---
Subject: Bug 32446
Author: jvdelisle
Date: Sun Jun 24 18:58:36 2007
New Revision: 125986
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=125986
Log:
2007-06-24 Jerry DeLisle <[EMAIL PROTECTED]>
--- Comment #11 from jvdelisle at gcc dot gnu dot org 2007-06-24 18:55
---
Subject: Bug 32446
Author: jvdelisle
Date: Sun Jun 24 18:54:50 2007
New Revision: 125985
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=125985
Log:
2007-06-24 Jerry DeLisle <[EMAIL PROTECTED]>
--- Comment #33 from ghazi at gcc dot gnu dot org 2007-06-24 18:40 ---
(In reply to comment #32)
> Everyone: Don't forget "df", it doesn't slow checking much.
> Compile + check time < 16 hours :) only:
> --enable-stage1-checking=assert,df,fold,gc,misc,rtl,rtlflag,runtime,tree
To avoid f
--- Comment #5 from patchapp at dberlin dot org 2007-06-24 18:40 ---
Subject: Bug number PR32467
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/2007-06/msg01809.html
--
http://gcc.gnu.org/bugzilla/sh
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-06-24 18:38 ---
Can you provide a testcase?
Also do you know how the dlopen was called?
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #32 from rob1weld at aol dot com 2007-06-24 17:45 ---
Everyone: Don't forget "df", it doesn't slow checking much.
Compile + check time < 16 hours :) only:
--enable-stage1-checking=assert,df,fold,gc,misc,rtl,rtlflag,runtime,tree
Results for 4.3.0 20070623 (experimental) tes
--- Comment #13 from rask at sygehus dot dk 2007-06-24 17:38 ---
I updated to revision 125983, which hasn't changed anything as far as I can
tell.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32418
--- Comment #18 from rob1weld at aol dot com 2007-06-24 17:33 ---
Compiled using fold (compile + check time < 16 hours):
--enable-stage1-checking=assert,df,fold,gc,misc,rtl,rtlflag,runtime,tree
Results for 4.3.0 20070623 (experimental) testsuite on i686-pc-linux-gnu
http://gcc.gnu.org/m
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |burnus at gcc dot gnu dot
|dot org
--- Comment #4 from burnus at gcc dot gnu dot org 2007-06-24 16:20 ---
Fixed in 4.3.
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSI
--- Comment #3 from burnus at gcc dot gnu dot org 2007-06-24 16:19 ---
Subject: Bug 32460
Author: burnus
Date: Sun Jun 24 16:19:11 2007
New Revision: 125984
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=125984
Log:
2007-06-24 Tobias Burnus <[EMAIL PROTECTED]>
PR fort
--- Comment #3 from pluto at agmk dot net 2007-06-24 15:54 ---
(In reply to comment #2)
> This is caused by two things, jump threading and inlining. If we jump thread
> more, we no longer get the warning which is what you are seeing in 4.2.1.
is there any possibility to increase the de
--- Comment #1 from patchapp at dberlin dot org 2007-06-24 15:50 ---
Subject: Bug number PR32483
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/2007-06/msg01783.html
--
http://gcc.gnu.org/bugzilla/sh
'cout << "some str"' segfaults when called from dlopen'ed libraries (multiple
libraries calling cout).
Valgrind report:
==23756== Thread 25:
==23756== Invalid read of size 4
==23756==at 0x40E59E5: std::basic_ostream >&
std::endl >(std::basic_ostream >&) (in
/usr/lib/gcc/i686-pc-linux-gnu/4.1.
--- Comment #1 from h dot mth at web dot de 2007-06-24 14:22 ---
Created an attachment (id=13780)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13780&action=view)
jar file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32484
# /usr/lib/gcj-4.3.0_alpha20070622/bin/gcj -shared -Wl,-Bsymbolic -fPIC
-findirect-dispatch -fjni -g0 -O0 -mtune=nocona -march=nocona -pipe -w
-save-temps -o libjunit.jar.so junit.jar
gcj: Warnung: -pipe ignoriert, da -save-temps angegeben
junit.s: Assembler messages:
junit.s:2812: Error: junk at
--- Comment #26 from sebpop at gmail dot com 2007-06-24 13:38 ---
Subject: Re: [4.3 Regression] Segmentation fault in
build_classic_dist_vector_1() at tree-data-ref.c:2700
On 6/24/07, Richard Guenther <[EMAIL PROTECTED]> wrote:
> An alternative is to use
>
> if (TREE_CODE (a
--- Comment #25 from schwab at suse dot de 2007-06-24 13:34 ---
Subject: Re: [4.3 Regression] Segmentation fault in
build_classic_dist_vector_1() at tree-data-ref.c:2700
"Richard Guenther" <[EMAIL PROTECTED]> writes:
> quite possibly. The patch is ok if it bootstraps & tests and you
--- Comment #24 from rask at sygehus dot dk 2007-06-24 13:04 ---
Subject: Re: [4.3 Regression] Segmentation
fault in build_classic_dist_vector_1()@tree-data-ref.c:2700
On Sun, Jun 24, 2007 at 02:50:37PM +0200, Sebastian Pop wrote:
> 2007-06-24 Sebastian Pop <[EMAIL PROTECTED
--- Comment #23 from richard dot guenther at gmail dot com 2007-06-24
12:59 ---
Subject: Re: [4.3 Regression] Segmentation fault in
build_classic_dist_vector_1() at tree-data-ref.c:2700
On 6/24/07, Sebastian Pop <[EMAIL PROTECTED]> wrote:
> On 6/24/07, Richard Guenther <[EMAIL PROTECT
For writting "F0.1" or "i0" is allowed, for reading not.
g95 gives: Warning: Positive width required in format string
NAG f95: Error: Zero field width for F edit descriptor invalid for input
--
Summary: edit descriptor checking: Compile-time check for zero
width
--- Comment #21 from sebpop at gmail dot com 2007-06-24 12:50 ---
Subject: Re: [4.3 Regression] Segmentation fault in
build_classic_dist_vector_1() at tree-data-ref.c:2700
On 6/24/07, Richard Guenther <[EMAIL PROTECTED]> wrote:
> If you use TREE_OPERAND (op0, 0), op1 instead it should
--- Comment #4 from rob1weld at aol dot com 2007-06-24 12:30 ---
After a bit of testing I came up with these final values:
gcc-4_3-trunk/libmudflap/testsuite/lib/mfdg.exp
/root/downloads/gcc-4_3-trunk/libmudflap/testsuite/libmudflap.cth/pass39-frag.c
/* { dg-timeout 10 } */
/* { dg-time
--- Comment #21 from rob1weld at aol dot com 2007-06-24 12:22 ---
(In reply to comment #20)
> > Since GCC can 'see' the "%f" at compile time
> ... that does not mean the behavior is the correct to cast it to float. ...
So the correct behavior is:
a): Cast it to something other than flo
--- Comment #12 from zadeck at naturalbridge dot com 2007-06-24 12:20
---
Subject: Re: [4.3 Regression] ICE in global_alloc, at global.c:514
rask at sygehus dot dk wrote:
have you done a recent update? there have been two bugs fixed that might
effect this.
--
http://gcc.gnu.org/
--- Comment #3 from mstein at phenix dot rootshell dot be 2007-06-24 12:13
---
fixed since Mon May 7 22:14:05 2007.
--
mstein at phenix dot rootshell dot be changed:
What|Removed |Added
--- Comment #5 from mstein at phenix dot rootshell dot be 2007-06-24 12:10
---
Was fixed some weeks ago.
--
mstein at phenix dot rootshell dot be changed:
What|Removed |Added
--- Comment #17 from rguenth at gcc dot gnu dot org 2007-06-24 12:08
---
...to mark as fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #16 from rguenth at gcc dot gnu dot org 2007-06-24 12:08
---
Reopen...
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|RESO
--- Comment #1 from mstein at phenix dot rootshell dot be 2007-06-24 12:07
---
Created an attachment (id=13777)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13777&action=view)
preprocessed source file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32482
Hello,
there seems to be a problem compiling the attached source file with
i686-pc-linux-gnu-gcc:
gcc -m32 -Wp,-MD,mm/.slab.o.d -nostdinc -isystem
/home/mstein/host-gcc/trunk-2007-06-24/bin/../lib/gcc/i686-pc-linux-gnu/4.3.0/include
-D__KERNEL__ -Iinclude -include include/linux/autoconf.h -Wal
--- Comment #20 from richard dot guenther at gmail dot com 2007-06-24
11:40 ---
Subject: Re: [4.3 Regression] Segmentation fault in
build_classic_dist_vector_1() at tree-data-ref.c:2700
On 6/24/07, Sebastian Pop <[EMAIL PROTECTED]> wrote:
> On 6/24/07, Sebastian Pop <[EMAIL PROTECTED]
--- Comment #28 from pinskia at gmail dot com 2007-06-24 11:12 ---
Subject: Re: gfortran - incorrect run time results
On 24 Jun 2007 10:51:42 -, dominiq at lps dot ens dot fr
<[EMAIL PROTECTED]> wrote:
>
> (1) when compiled with 4.1, g95 gives ICE on derived type I/O when compiled
On 24 Jun 2007 10:51:42 -, dominiq at lps dot ens dot fr
<[EMAIL PROTECTED]> wrote:
(1) when compiled with 4.1, g95 gives ICE on derived type I/O when compiled
with -O (at least on Mac OSX 10.3.9):
[karma] bug/ice_g95_4.1% g95 -O type_1_red.f90
type_1_red.f90:3: internal compiler error:
--- Comment #6 from pault at gcc dot gnu dot org 2007-06-24 11:06 ---
Fixed on trunk
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
Status
--- Comment #10 from pault at gcc dot gnu dot org 2007-06-24 11:05 ---
Fixed on trunk
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
Statu
--- Comment #9 from pault at gcc dot gnu dot org 2007-06-24 11:04 ---
Subject: Bug 31726
Author: pault
Date: Sun Jun 24 11:04:02 2007
New Revision: 125983
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=125983
Log:
2007-06-24 Paul Thomas <[EMAIL PROTECTED]>
PR fortran/
--- Comment #5 from pault at gcc dot gnu dot org 2007-06-24 11:04 ---
Subject: Bug 32298
Author: pault
Date: Sun Jun 24 11:04:02 2007
New Revision: 125983
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=125983
Log:
2007-06-24 Paul Thomas <[EMAIL PROTECTED]>
PR fortran/
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||spark at gcc dot gnu dot
|
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-06-24 11:02 ---
No, the behavior of GCC is the documented behavior.
http://gcc.gnu.org/onlinedocs/gcc-4.1.2/gcc/Labels-as-Values.html
Basically if you don't use the labels as values for computed jumps the label
can be moved anywher
--- Comment #27 from dominiq at lps dot ens dot fr 2007-06-24 10:51 ---
> As Dominique, I still get an error for "g95 -O2", but that is a different
> compiler (usually found with GCC 4.0.x backend; note GCC < 4.1.x is no longer
> maintained.)
Note that g95 can be compiled with 4.1:
Usi
--- Comment #3 from pinskia at gcc dot gnu dot org 2007-06-24 10:51 ---
*** This bug has been marked as a duplicate of 32417 ***
*** This bug has been marked as a duplicate of 32417 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Ad
--- Comment #6 from pinskia at gcc dot gnu dot org 2007-06-24 10:51 ---
*** Bug 32478 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #19 from ebotcazou at libertysurf dot fr 2007-06-24 10:45
---
Subject: Re: [4.3 Regression] Segmentation fault in
build_classic_dist_vector_1() at tree-data-ref.c:2700
> Because there is a STRIP_NOPS in fold_binary and then we look at
> BIT_NOT_EXPR's operand which is a NO
--- Comment #2 from dfranke at gcc dot gnu dot org 2007-06-24 10:43 ---
Reduced testcase and backtrace:
$> cat pr32478.f90
subroutine foo_bar_phi_foo(bar_phi)
real, dimension(:,:,:,:,:,:) :: bar_phi
bar_phi = 0.0
end subroutine foo_bar_phi_foo
$> gfortran-svn -O1 pr32478.f90
pr3247
--- Comment #1 from mstein at phenix dot rootshell dot be 2007-06-24 10:43
---
Created an attachment (id=13776)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13776&action=view)
preprocessed source file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32479
--- Comment #1 from marcus at jet dot franken dot de 2007-06-24 10:43
---
Created an attachment (id=13775)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13775&action=view)
lolvldrv.i
gcc -m32 -O2 -fPIC -c lolvldrv.i
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32481
extracted from Wine. Pretty new (appeared in the last days).
/home/marcus/projects/gcc/BIN/bin/gcc -m32 -fPIC -c -O2 ~/lolvldrv.i
/home/marcus/lolvldrv.i: In function 'xx':
/home/marcus/lolvldrv.i:32: internal compiler error: in df_refs_verify, at
df-scan.c:4058
--
Summary: ICE in
--- Comment #8 from marcus at jet dot franken dot de 2007-06-24 10:41
---
is fixed in current SVN.
--
marcus at jet dot franken dot de changed:
What|Removed |Added
Hi,
I'm not sure this qualifies as a bug or not, but there might be some room for
improvement here.
Given the following piece of code, compiled with gcc 4.1.2 without
optimization:
int main(int argc, char **argv)
{
main_start:
printf("%x %x %x %d\n", &&main_start, &&blah_start, &&blah_en
--- Comment #18 from pinskia at gmail dot com 2007-06-24 10:33 ---
Subject: Re: [4.3 Regression] Segmentation fault in
build_classic_dist_vector_1() at tree-data-ref.c:2700
On 6/24/07, Eric Botcazou <[EMAIL PROTECTED]> wrote:
> Why are the operands of different type at that point?
Bec
Hello,
there seems to be a problem compiling the attached source file with sh-elf-gcc:
/home/mstein/sim/sh-elf/build/./gcc/xgcc -B/home/mstein/sim/sh-elf/build/./gcc/
-nostdinc -B/home/mstein/sim/sh-elf/build/sh-elf/m2a/newlib/ -isystem
/home/mstein/sim/sh-elf/build/sh-elf/m2a/newlib/targ-include
--- Comment #17 from pinskia at gmail dot com 2007-06-24 10:27 ---
Subject: Re: [4.3 Regression] Segmentation fault in
build_classic_dist_vector_1() at tree-data-ref.c:2700
On 6/24/07, Sebastian Pop <[EMAIL PROTECTED]> wrote:
> On 6/24/07, Sebastian Pop <[EMAIL PROTECTED]> wrote:
> > S
--- Comment #16 from ebotcazou at libertysurf dot fr 2007-06-24 10:26
---
Subject: Re: [4.3 Regression] Segmentation fault in
build_classic_dist_vector_1() at tree-data-ref.c:2700
> and at that point we have:
>
> (gdb) call debug_tree (arg0)
> type size
> unit
--- Comment #14 from sebpop at gmail dot com 2007-06-24 10:11 ---
Subject: Re: [4.3 Regression] Segmentation fault in
build_classic_dist_vector_1() at tree-data-ref.c:2700
On 6/24/07, Sebastian Pop <[EMAIL PROTECTED]> wrote:
> So this just looks like we want to improve operand_equal_p,
--- Comment #1 from refson dot temp at ntlworld dot com 2007-06-24 10:09
---
Created an attachment (id=13773)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13773&action=view)
Test case source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32478
The attached code generates an ICE when compiled at level
-O1, but curiously not -O0, -O2, -O3.
wtest.f90: In function foo_bar_phi_foo:
wtest.f90:12: internal compiler error: in build2_stat, at tree.c:3074
Please submit a full bug report,
with preprocessed source if appropriate.
The cause appea
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-06-24 09:25 ---
Related to PR 32230 (that is we have the same issue but different places).
This case, we call vect_create_addr_base_for_vector_ref and then expect the
new_stmt_list not be to empty.
I am starting to think we should
--- Comment #1 from dcb314 at hotmail dot com 2007-06-24 09:15 ---
Created an attachment (id=13772)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13772&action=view)
C source code
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32477
I just tried to compile Suse Linux package hwinfo-13.35-18 with the
GNU C compiler version 4.3 snapshot 20070622
The compiler said
i10_vbios.c: In function 'int10_bios_ok':
i10_vbios.c:154: warning: cast to pointer from integer of different size
i10_vbios.c: In function 'InitInt10':
i10_vbios.c:8
1 - 100 of 105 matches
Mail list logo
