--- Comment #135 from jv244 at cam dot ac dot uk 2007-07-10 07:05 ---
new bogus errors compiling all.f90 ... FX, how's the nightly tester setup
going?
cat out
all.f90:23538.44:
USE util,ONLY: sort
1
Error: Symbol
I am compiling a program and the Makefile wants to use Javac. I _did_ use the
"1.5" option but still got an error about "SuppressWarnings cannot be resolved
to a type".
I decided to see what GCC 4.3 had to say about the file. I have 4.3 installed
in /usr/test .
/usr/test/bin/gcc
/opt/HPCToolkit
--- Comment #4 from ebotcazou at gcc dot gnu dot org 2007-07-10 08:11
---
Investigating.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from dfranke at gcc dot gnu dot org 2007-07-10 08:16 ---
See also: PR29267.
--
dfranke at gcc dot gnu dot org changed:
What|Removed |Added
Once PR tree-opt/32589 is fixed, the next hurdle on 32-bit plaforms is:
/home/eric/build/gcc/native32/./gcc/xgcc
-B/home/eric/build/gcc/native32/./gcc/-B/home/eric/install/gcc/i586-suse-linux/bin/
-B/home/eric/install/gcc/i586-suse-linux/lib/ -isystem
/home/eric/install/gcc/i586-suse-linux/include
Overview:
When using optimisation level -O3 the code generated from attached example is
wrong. It is accumalating the stream increment and thus the function readFloat
reads twice the same number and then it skips two in a row.
Problem seems to be in this line
const float val = *(const float *&
--- Comment #17 from spop at gcc dot gnu dot org 2007-07-10 08:30 ---
Fixed.
--
spop at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #4 from spop at gcc dot gnu dot org 2007-07-10 08:31 ---
Fixed.
--
spop at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #4 from spop at gcc dot gnu dot org 2007-07-10 08:34 ---
Fixed.
--
spop at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED
--- Comment #1 from rguenth at gcc dot gnu dot org 2007-07-10 09:14 ---
Fixed testcase:
#include
__m128i int2vector(int i) { return _mm_cvtsi32_si128(i); }
int vector2int(__m128i i) { return _mm_cvtsi128_si32(i); }
__m128i long2vector(long long i) { return _mm_cvtsi64x_si128(i); }
long
--- Comment #57 from manu at gcc dot gnu dot org 2007-07-10 09:17 ---
Subject: Bug 25241
Author: manu
Date: Tue Jul 10 09:17:01 2007
New Revision: 126511
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126511
Log:
2007-07-10 Manuel Lopez-Ibanez <[EMAIL PROTECTED]>
PR te
--- Comment #118 from rguenth at gcc dot gnu dot org 2007-07-10 09:23
---
*** Bug 32714 has been marked as a duplicate of this bug. ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from rguenth at gcc dot gnu dot org 2007-07-10 09:23 ---
You violate C/C++ aliasing rules by reading/storing a value of type (char *) to
a memory location of type (float *).
*** This bug has been marked as a duplicate of 21920 ***
--
rguenth at gcc dot gnu dot org cha
--- Comment #2 from pluto at agmk dot net 2007-07-10 09:23 ---
this looks like a dup of PR30961.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32708
$> cat allocate.f90
INTEGER :: i
ALLOCATE(i(3))
end
$> gfortran-svn -g -Wall allocate.f90
allocate.f90:2.10:
ALLOCATE(i(3))
1
Error: Syntax error in ALLOCATE statement at (1)
A message as "variable 'i' at (1) not a pointer or allocatable array" would be
preferable.
--
Su
--- Comment #3 from rguenth at gcc dot gnu dot org 2007-07-10 09:37 ---
I don't think so, the _mm_ intrinsics are expanded via target builtins.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32708
Generating wrong code for the following code snippet (test.C)
using namespace std;
#include
class A { public:int a;};
class B: public virtual A { public: A::a;};
class C : public virtual A { public:A::a;};
class D : public C, public B {};
void h ( D &x )
{
x.a++;
}
int main ()
{
--- Comment #1 from pranav dot bhandarkar at gmail dot com 2007-07-10
10:02 ---
Created an attachment (id=13876)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13876&action=view)
Dump of the early inline pass, that highlights the problem with the inliner
h() gets inlined into main
--- Comment #4 from ubizjak at gmail dot com 2007-07-10 10:36 ---
(In reply to comment #0)
> long2vector() should use a simple MOVQ instruction the way int2vector() uses
> MOVD. It appears that the reason for the stack access is that the original
> code
> used a reg64->mem->mm->xmm pat
--- Comment #12 from reichelt at gcc dot gnu dot org 2007-07-10 10:44
---
> If you will tell me how to remove the flag, I will take care of it.
To clean the exectuable flag on "file" you can do
svn propdel svn:executable file
and then commit the change.
--
http://gcc.gnu.org/bu
--
ubizjak at gmail dot com changed:
What|Removed |Added
Component|middle-end |target
Target Milestone|--- |4.3.0
http://gcc.g
Appeared from July 6th:
For instance, if .S file has line:
cmpl $FFI_TYPE_INT,%ecx
and $FFI_TYPE_INT is included from ffi.h as
#define FFI_TYPE_INT1
def value is ignored, and only name after dollar sign is recognized. Defines
for assembler are just a string after $.
As the result, li
--- Comment #2 from rguenth at gcc dot gnu dot org 2007-07-10 11:29 ---
This is an aliasing problem (or rather a C++ FE problem):
# SFT.41_31 = VDEF
d.D.2508.a = 0;
x.0_10 = (struct A *) &d;
...
D.2747_16 = x.0_10 + D.2746_15;
# VUSE
D.2748_17 = D.2747_16->a;
D.2749_18 =
--- Comment #1 from schwab at suse dot de 2007-07-10 11:58 ---
*** This bug has been marked as a duplicate of 32670 ***
--
schwab at suse dot de changed:
What|Removed |Added
--- Comment #3 from schwab at suse dot de 2007-07-10 11:58 ---
*** Bug 32717 has been marked as a duplicate of this bug. ***
--
schwab at suse dot de changed:
What|Removed |Added
-
--- Comment #3 from rguenth at gcc dot gnu dot org 2007-07-10 12:52 ---
Fixed with "take3.diff".
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32716
--- Comment #5 from jakub at gcc dot gnu dot org 2007-07-10 13:10 ---
This got fixed by
http://gcc.gnu.org/ml/gcc-patches/2006-11/msg00206.html
on the trunk.
Even is subset of those changes fixes this on 4.2 branch:
--- gcc/tree-ssa-ccp.c.jj 2007-03-20 00:22:09.0 +0100
+++
--- Comment #7 from tkoenig at gcc dot gnu dot org 2007-07-10 13:20 ---
(In reply to comment #6)
> Salvatore, could you please recheck this one? I can not observe any problems,
> neither on dt_bnd.f90 nor on the reduced testcase.
Neither can I, it seems to have fixed itself.
Should we
Have you looked with valgrind or similar to see if there are errors occurring?
Please definitely put in the testsuite. There may be something we don't see yet
going on here.
--- Comment #8 from jvdelisle at verizon dot net 2007-07-10 13:43 ---
Subject: Re: segfault with -fbounds-check on allocatable
derived type components
Have you looked with valgrind or similar to see if there are errors occurring?
Please definitely put in the testsuite. There may be
Following standalone code will make the compiler (g++) loop:
void test()
{
__label__ 0;
}
command line: "g++ lbl.c". However "gcc lbl.c" works (with ONE error report)
!
output with g++ will be:
lbl.c:5: error: expected identifier before numeric constant
lbl.c:5: error: expected `,' before
--- Comment #1 from rguenth at gcc dot gnu dot org 2007-07-10 13:49 ---
Fixed in 4.0.2.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|
With this configure and make:
[descartes:gcc/objdirs/objdir-mainline] gcc-test% cat
../../mainline/build-and-check-gcc
#!/bin/tcsh
/bin/rm -rf *; env CC=/pkgs/gcc-4.2.0-64/bin/gcc ../../mainline/configure
--build=powerpc64-apple-darwin8.9.0 --host=powerpc64-apple-darwin8.9.0
--target=powerpc64-ap
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-07-10 15:13 ---
This is not a bug, please read: http://gcc.gnu.org/gcc-4.3/changes.html
Java (GCJ)
gcj now uses the Eclipse Java compiler for its Java parsing needs. This enables
the use of all 1.5 language features, and fixes most
--- Comment #4 from ramana dot radhakrishnan at celunite dot com
2007-07-10 15:14 ---
(In reply to comment #3)
> Fixed with "take3.diff".
>
Did you forget to attach take3.diff ?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32716
--- Comment #5 from rguenther at suse dot de 2007-07-10 15:32 ---
Subject: Re: [4.2/4.3 Regression] Wrong code generation.
Alias and C++ virtual bases problem.
On Tue, 10 Jul 2007, ramana dot radhakrishnan at celunite dot com wrote:
> --- Comment #4 from ramana dot radhakrishnan
--enable-tls --enable-threads=posix --enable-bootstrap
--enable-__cxa_atexit --enable-clocale=gnu --enable-languages=fortran
--with-cpu=pentium3 --with-system-zlib
Thread model: posix
gcc version 4.3.0 20070710 (experimental)
/usr/libexec/gcc/i686-pc-linux-gnu/4.3.0/f951 lexlin.f90 -quiet -dumpbase
With today's trunk on a private port . consider the following testcase.
volatile int spinlock[2];
void main (void)
{
volatile int * spinlock0;
volatile int * spinlock1;
spinlock0 = &spinlock[0];
spinlock1 = &spinlock[1];
*spinlock0 = 0;
*spinlock1 = 0;
while (*spinlock0);
}
CCP folds this int
--- Comment #1 from rosana07a at gmail dot com 2007-07-10 16:07 ---
Created an attachment (id=13877)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13877&action=view)
failing *.f90
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32720
--- Comment #2 from rosana07a at gmail dot com 2007-07-10 16:08 ---
Created an attachment (id=13878)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13878&action=view)
1st req *.mod
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32720
--- Comment #3 from rosana07a at gmail dot com 2007-07-10 16:09 ---
Created an attachment (id=13879)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13879&action=view)
2nd req *.mod
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32720
--- Comment #4 from rosana07a at gmail dot com 2007-07-10 16:10 ---
Created an attachment (id=13880)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13880&action=view)
3rd req *.mod
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32720
--- Comment #5 from rosana07a at gmail dot com 2007-07-10 16:11 ---
Created an attachment (id=13881)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13881&action=view)
4th req *.mod
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32720
--- Comment #2 from drow at gcc dot gnu dot org 2007-07-10 16:12 ---
Subject: Re: error trying to exec 'ecj1' - also -
SuppressWarnings cannot be resolved to a type
On Tue, Jul 10, 2007 at 03:13:42PM -, pinskia at gcc dot gnu dot org wrote:
> This is not a bug, please read:
--disable-libunwind-exceptions --disable-checking --disable-decimal-float
--enable-shared --enable-tls --enable-threads=posix --enable-bootstrap
--enable-__cxa_atexit --enable-clocale=gnu --enable-languages=fortran
--with-cpu=pentium3 --with-system-zlib
Thread model: posix
gcc version 4.3.0 20070710
--- Comment #1 from rguenth at gcc dot gnu dot org 2007-07-10 16:15 ---
Indeed. CCP propagates the constant addresses &spinlock and &spinlock[1] to
the deref sides which loses the volatile qualifier from the access. Disabling
that leads to VRP which does the same. Then DOM which does
--- Comment #2 from rguenth at gcc dot gnu dot org 2007-07-10 16:19 ---
As the decl is volatile as well this is clearly a bogus optimization.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32721
Bootstrap fails compiling tree-ssa-structalias.c with a verify_ssa failure:
../../gcc/gcc/tree-ssa-structalias.c: In function 'build_pred_graph':
../../gcc/gcc/tree-ssa-structalias.c:940: error: definition in block 5 follows
the use
for SSA_NAME: D.36231_29 in statement:
D.36230_26 = D.36231_29;
.
--- Comment #1 from rguenth at gcc dot gnu dot org 2007-07-10 16:36 ---
The verify_ssa failure is after PRE.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from dberlin at gcc dot gnu dot org 2007-07-10 16:59 ---
Subject: Re: [4.2/4.3 Regression] Wrong code generation. Alias and C++ virtual
bases problem.
On 10 Jul 2007 15:32:51 -, rguenther at suse dot de
<[EMAIL PROTECTED]> wrote:
>
>
> --- Comment #5 from rguenth
--- Comment #2 from ro at gcc dot gnu dot org 2007-07-10 17:00 ---
Mine.
--
ro at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc do
--- Comment #3 from ro at gcc dot gnu dot org 2007-07-10 17:01 ---
Subject: Bug 32651
Author: ro
Date: Tue Jul 10 17:01:47 2007
New Revision: 126515
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126515
Log:
PR libgcj/32651
* configure.host (mips-sgi-irix6*): Set
--- Comment #4 from ro at gcc dot gnu dot org 2007-07-10 17:03 ---
Subject: Bug 32651
Author: ro
Date: Tue Jul 10 17:02:57 2007
New Revision: 126516
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126516
Log:
PR libgcj/32651
* configure.host (mips-sgi-irix6*): Set
--- Comment #7 from pinskia at gcc dot gnu dot org 2007-07-10 17:03 ---
Even though this is a tree-opt bug, the Fortran front-end implementation of
select of a string could be improved not to use indirect gotos.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32720
--- Comment #5 from ro at gcc dot gnu dot org 2007-07-10 17:04 ---
Fixed for 4.2.1, 4.3.
--
ro at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSI
--- Comment #3 from rob1weld at aol dot com 2007-07-10 17:09 ---
I was told in my other bug report to file my 'java problem' seperatly - so I
did.
gcc-4.2 file.java
gcc: error trying to exec 'ecj1': execvp: No such file or directory
How is it "not a bug" for GCC 4.3 to attempt to exec
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--- Comment #1 from dir at lanl dot gov 2007-07-10 17:23 ---
Also fails on suse linux and intel macintosh.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32635
--- Comment #5 from ro at gcc dot gnu dot org 2007-07-10 17:55 ---
Subject: Bug 28190
Author: ro
Date: Tue Jul 10 17:55:20 2007
New Revision: 126518
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126518
Log:
PR libgcj/28190
* inclhack.def (irix_stdint_c99): New f
--- Comment #13 from mmitchel at gcc dot gnu dot org 2007-07-10 17:57
---
OK, I've removed the executable property.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #6 from ro at gcc dot gnu dot org 2007-07-10 17:57 ---
Fixed for 4.2.1, 4.3.
--
ro at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSI
--- Comment #4 from ro at gcc dot gnu dot org 2007-07-10 18:02 ---
Subject: Bug 32538
Author: ro
Date: Tue Jul 10 18:02:30 2007
New Revision: 126520
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126520
Log:
PR target/32538
* config/mips/iris6.h (LIBGCC_SPEC): Ad
--- Comment #5 from ro at gcc dot gnu dot org 2007-07-10 18:03 ---
Subject: Bug 32538
Author: ro
Date: Tue Jul 10 18:03:28 2007
New Revision: 126521
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126521
Log:
PR target/32538
* config/mips/iris6.h (LIBGCC_SPEC): Ad
--- Comment #6 from ro at gcc dot gnu dot org 2007-07-10 18:04 ---
Fixed for 4.2.1, 4.3.
--
ro at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSI
with the attached test case, solve_graph makes memory consumptation goes higher
than 1GB, whereas it compiles fine with <50MB on gcc 4.1 and 4.3
the test case was created from tomoe-dict-unihan.c
(https://sourceforge.jp/projects/tomoe/) which uses 11MB .h data file
--
Summary: [4.2 R
--- Comment #1 from pixel at mandriva dot com 2007-07-10 18:16 ---
Created an attachment (id=13882)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13882&action=view)
memory hog test case
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32723
44) at
../../../gcc/gcc/toplev.c:1051
#12 0x080ffdcf in main (argc=1869771333, argv=0x46203a72) at
../../../gcc/gcc/main.c:35
$> gfortran-svn -v
gcc version 4.3.0 20070710 (experimental)
--
Summary: ICE on statement function in specfication part of module
Product: gcc
--- Comment #1 from tkoenig at gcc dot gnu dot org 2007-07-10 19:16 ---
A nice m4 project :-)
I'll do this.
--
tkoenig at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from pcarlini at suse dot de 2007-07-10 19:25 ---
Hi Michael, I'm wondering if we still care about this PR...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23472
--- Comment #5 from uros at gcc dot gnu dot org 2007-07-10 19:27 ---
Subject: Bug 32708
Author: uros
Date: Tue Jul 10 19:26:58 2007
New Revision: 126523
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126523
Log:
PR target/32708
* config/i386/sse.md (vec_concatv2d
--- Comment #6 from ubizjak at gmail dot com 2007-07-10 19:38 ---
(In reply to comment #0)
> long2vector() should use a simple MOVQ instruction the way int2vector() uses
> MOVD. It appears that the reason for the stack access is that the original
> code
> used a reg64->mem->mm->xmm pat
--- Comment #3 from ramana dot radhakrishnan at celunite dot com
2007-07-10 20:14 ---
(In reply to comment #2)
> As the decl is volatile as well this is clearly a bogus optimization.
>
Putting a breakpoint on evaluate_stmt in tree-ssa-ccp.c shows that stmt_ann of
the stmt does not hav
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-07-10 20:22 ---
What exact version of 4.2.1 are you using?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32723
--- Comment #2 from pault at gcc dot gnu dot org 2007-07-10 20:54 ---
My coming character patch fixes this. I'll take it.
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #2 from pault at gcc dot gnu dot org 2007-07-10 20:57 ---
Since i have taken on this stuff - actually the kludge has now gone in the
latest incarnation of the character patch - one more to go!
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed
--- Comment #3 from dougkwan at google dot com 2007-07-10 22:18 ---
I'm working on a patch.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29749
--- Comment #3 from pixel at mandriva dot com 2007-07-10 22:21 ---
tested with rc1 and svn
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32723
Compiling the following code
// g++-4.3-070710 -O3 -msse3 -mtune=core2 -S
#include
typedef unsigned long long u64;
void foo(int* dest, unsigned short* src, long* indexes, __m128i _m1, __m128i
_e, __m128i _m2) {
// required by the API, and makes the bug worse
u6
--- Comment #5 from fxcoudert at gcc dot gnu dot org 2007-07-10 22:44
---
It's a larger problem. The patch above avoids this ICE, but we have another one
when using substring references of type string(:). The following code, with
patched compiler, yields the other ICE:
character(*),
--- Comment #7 from fxcoudert at gcc dot gnu dot org 2007-07-10 22:46
---
(In reply to comment #6)
> Sorry, I *do* see the problem on powerpc.
>
> (sid)832:[EMAIL PROTECTED]: ~/src] gfortran -fdefault-integer-8 t.f90 ;
> ./a.out
> i = 0
> (sid)833:[EMAIL PROTECTED]: ~/src] gfortran t.
--- Comment #2 from geoffk at gcc dot gnu dot org 2007-07-10 23:09 ---
Subject: Bug 32617
Author: geoffk
Date: Tue Jul 10 23:08:52 2007
New Revision: 126529
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126529
Log:
2007-07-09 Geoffrey Keating <[EMAIL PROTECTED]>
PR 3
--- Comment #13 from pinskia at gcc dot gnu dot org 2007-07-10 23:36
---
I think this was fixed with
http://gcc.gnu.org/ml/gcc-patches/2007-06/msg01471.html
aka PR32140.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31608
r126521 on ppc64-linux
bootstrap fails with
/home/eres/test_again/build/./gcc/xgcc -B/home/eres/test_again/build/./gcc/
-B/home/eres/test_again/build/powerpc64-unknown-linux-gnu/bin/
-B/home/eres/test_again/build/powerpc64-unknown-linux-gnu/lib/ -isystem
/home/eres/test_again/build/powerpc64-unkn
as discussed in PR 29975, with gcc version 4.3.0 20070710 (experimental) I get:
gfortran -c test.f90
test.f90:784.44:
USE util,ONLY: sort
1
--
Summary: [4.3 regression] bogus error: Error: Symbol '
--- Comment #1 from jv244 at cam dot ac dot uk 2007-07-11 05:27 ---
Created an attachment (id=13883)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13883&action=view)
testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32727
--- Comment #136 from jv244 at cam dot ac dot uk 2007-07-11 05:48 ---
(In reply to comment #135)
> new bogus errors compiling all.f90 ...
filed as PR 32727
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29975
--- Comment #2 from jv244 at cam dot ac dot uk 2007-07-11 05:49 ---
FYI, all three modules are needed to trigger the bug.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32727
--- Comment #1 from ebotcazou at gcc dot gnu dot org 2007-07-11 06:12
---
Investigating.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
Assigne
--- Comment #5 from brooks at gcc dot gnu dot org 2007-07-11 06:25 ---
Subject: Bug 31823
Author: brooks
Date: Wed Jul 11 06:25:47 2007
New Revision: 126538
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126538
Log:
Backport from trunk:
PR fortran/31823
* intrinsic.texi (CMPLX):
--- Comment #6 from brooks at gcc dot gnu dot org 2007-07-11 06:34 ---
Fixed, as per the above commit.
--
brooks at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from burnus at gcc dot gnu dot org 2007-07-11 06:38 ---
Working: 2007-07-09-r126478
Failing: 2007-07-10-r126510
I believe it is due to the patch
r126509 | pault | 2007-07-10 07:11:00 +0200 (Di, 10 Jul 2007) | 28 lines
PR 32634 [...]
* module.c (write_gene
--- Comment #1 from dorit at gcc dot gnu dot org 2007-07-11 06:43 ---
(In reply to comment #0)
> r126521 on ppc64-linux
> bootstrap fails with
r126512 passed bootstrap on powerpc64, so I guess the problem was introduced
somewhere in between
--
http://gcc.gnu.org/bugzilla/show_bug.c
--- Comment #2 from eres at il dot ibm dot com 2007-07-11 06:51 ---
The problem seems to be fixed.
See - http://gcc.gnu.org/ml/gcc/2007-07/msg00352.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32726
93 matches
Mail list logo
