--- Additional Comments From Thomas dot Koenig at online dot de 2004-12-14
16:07 ---
Lapack on the IA-64 does not look good right now.
Here are the results with 20041212 snapshot, with Steve Kargl's I/O
patch from http://gcc.gnu.org/ml/gcc-patches/2004-12/msg00844.html
applied:
CES:
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-14
15:39 ---
Subject: Bug 18949
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2004-12-14 15:39:12
Modified files:
gcc/cp : ChangeLog pt.c typeck.c
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-14
16:21 ---
(In reply to comment #5)
Indeed a Heisenbug:
Does anyone know how I could disassemble those .o files to get something more
human readable?
Use otool.
--
--- Additional Comments From lars dot sonchocky-helldorf at hamburg dot de
2004-12-14 16:18 ---
Indeed a Heisenbug:
reload.o from stage2 and stage3 differ when produced like this:
touch ../../gcc-4.0-20041212/gcc/reload.c
make restage2 BOOT_CFLAGS=-O2 -g -fomit-frame-pointer
make
Build as of today's cvs 4.0 ~10:10am est, configured with:
../gcc/configure --target=avr --disable-nls --enable-languages=c
Resulting with failure:
/Applications/avr/gcc-build/gcc/xgcc -B/Applications/avr/gcc-build/gcc/
-B/usr/local/avr/bin/ -B/
usr/local/avr/lib/ -isystem
--- Additional Comments From rearnsha at gcc dot gnu dot org 2004-12-14
15:47 ---
Your testcase compiles without error with gcc 3.4 and the development build. On
my pre-release of gcc-3.3.4 I get an unrecognized internal instruction, but no
segmentation fault.
I'd strongly recommend
--- Additional Comments From schlie at comcast dot net 2004-12-14 16:51
---
Subject: Re: 4.0 build failure resulting in internal
compiler error, not diagnostic.
From: pinskia at gcc dot gnu dot org [EMAIL PROTECTED]
--- Additional Comments From pinskia at gcc dot gnu dot org
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |nathan at gcc dot gnu dot
|dot org |org
Status|NEW
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-14
17:20 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
--- Additional Comments From law at redhat dot com 2004-12-14 15:49 ---
Definitely a different problem than 18694. I'm looking at it now.
--
What|Removed |Added
--- Additional Comments From law at redhat dot com 2004-12-14 17:33 ---
This appears to be a bug in how we coalesce objects appearing in abnormal
PHIs. [ We get abnormal PHIs because of the computed gotos. ]
I've got a patch which appears to generate the right code for this testcase
--- Additional Comments From mmitchel at gcc dot gnu dot org 2004-12-14
17:46 ---
Upon further reflection, I don't see a problem with what the gimplifier is
doing, because it does not actually try to construct the S component in the
temporary variable.
--
--- Additional Comments From hjl at lucon dot org 2004-12-14 17:52 ---
Mark, can you take a look at the patch? Thanks.
--
What|Removed |Added
CC|
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-14
17:53 ---
*** This bug has been marked as a duplicate of 15809 ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-14
17:53 ---
*** Bug 18991 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From atul dot sabharwal at tek dot com 2004-12-14
17:53 ---
This bug is fixed in 3.4.1 version of gcc. I received a cross compiled version
of gcc for MPC8540 platform with the 3.4.1 gcc based tool chain and all
busybox apps work correctly.
--
--- Additional Comments From law at redhat dot com 2004-12-14 17:55 ---
BTW, it's pretty easy now that I've sat down and analyzed this test to see
that my tree-ssa-dom.c patch from yesterday to fix pr18694 merely masked this
bug (pr1) on Darwin.
As I mentioned earlier today, pr1
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-14
18:05 ---
Subject: Bug 18951
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2004-12-14 18:04:56
Modified files:
gcc: ChangeLog builtins.c
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-14
18:34 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
Some debugging information for AIX contains the storage class suffix because
it is not stripped by strip_name_encoding. See libgfortran/io/transfer.c for
example.
--
Summary: storage class in debugging strings
Product: gcc
Version: 4.0.0
Status:
--
What|Removed |Added
OtherBugsDependingO||18995
nThis||
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18992
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-14
18:12 ---
Subject: Bug 18951
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-3_4-branch
Changes by: [EMAIL PROTECTED] 2004-12-14 18:12:32
Modified files:
gcc:
When a register is set outside of a loop and referenced inside,
update_life_info can't figure out that the set is dead because
the loop appears to still use the register according to the
lifeness information which is propagated circularily around the
loop.
delete_trivially_dead_insns can detect
--- Additional Comments From nlite at users dot sf dot net 2004-12-14
19:06 ---
Created an attachment (id=7742)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7742action=view)
a testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18996
--- Additional Comments From mike at tedder dot com 2004-12-14 16:23
---
Created an attachment (id=7740)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7740action=view)
requested config.log from failed compile
taken from
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-14
19:14 ---
It works on ppc-darwin.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18996
--- Additional Comments From ovidr at users dot sourceforge dot net
2004-12-14 19:27 ---
Works on win32 for me.
gcc version 4.0.0 20041213 (experimental)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18996
--- Additional Comments From tromey at gcc dot gnu dot org 2004-12-14
19:26 ---
This also works on x86-linux.
One way I think it could fail on Windows is if the
zip contains extended time stamps and we try to load
some locale data and can't find it. This might cause
the failure,
--- Additional Comments From mmitchel at gcc dot gnu dot org 2004-12-14
19:42 ---
This is a low-priority issue.
--
What|Removed |Added
Priority|P2
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-14
19:35 ---
So this is already fixed, so closing.
--
What|Removed |Added
Status|UNCONFIRMED
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-14
19:40 ---
This works for me on ppc-darwin with gcc 4.0.0 (20041214).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18998
--- Additional Comments From tromey at gcc dot gnu dot org 2004-12-14
20:17 ---
FYI, this will only work with the new verifier,
which is only available via -findirect-dispatch.
The new verifier doesn't yet work with the old ABI, AFAIK.
--
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-14
20:13 ---
Subject: Bug 18965
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2004-12-14 20:13:16
Modified files:
gcc/cp : init.c ChangeLog
Even though the C++ front-end no longer produces RANGE_EXPR which would cause
an ICE. I think we
should support RANGE_EXPR in gimplify_init_ctor_eval.
--
Summary: gimplify_init_ctor_eval does not support RANGE_EXPRs
Product: gcc
Version: 4.0.0
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-14
20:31 ---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--- Additional Comments From law at redhat dot com 2004-12-14 20:07 ---
Should be fixed with today's checkin to tree-outof-ssa.c.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=1
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-14
20:29 ---
Fixed.
--
What|Removed |Added
Status|NEW |RESOLVED
--- Additional Comments From tromey at gcc dot gnu dot org 2004-12-14
20:16 ---
I got this to fail with yesterday's cvs head.
Removing the -O2 is a workaround.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18931
--- Additional Comments From mmitchel at gcc dot gnu dot org 2004-12-14
19:40 ---
Fixed in GCC 4.0.
--
What|Removed |Added
Status|ASSIGNED
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |mark at codesourcery dot com
|dot org |
Status|NEW
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-14
20:15 ---
Fixed by the C++ patch, I filed PR 18999 for the possible middle-end bug.
--
What|Removed |Added
--- Additional Comments From tobi at gcc dot gnu dot org 2004-12-14 22:09
---
The quadraticness is in the handling of labels, so this is the same as PR18937
*** This bug has been marked as a duplicate of 18937 ***
--
What|Removed |Added
#include locale
#include iostream
Simple programs like the one below fail with segmentation faults. It happens
with locales and streams, and probably others, when they are created statically.
g++ is from a recent CVS.
static const std::locale l;
//static std::ostream o = std::cerr;
int
--
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed||1
Last reconfirmed|-00-00 00:00:00
--- Additional Comments From tobi at gcc dot gnu dot org 2004-12-14 22:09
---
*** Bug 18943 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18937
--- Additional Comments From chrisp_42 at bigpond dot com 2004-12-14 22:17
---
This test has recently started passing on x86-linux:
gcc version 4.0.0 20041213 (experimental)
=== acats Summary ===
# of expected passes2307
# of unexpected failures15
--- Additional Comments From tobi at gcc dot gnu dot org 2004-12-14 22:29
---
I'm seeing the same result as Deji on i686-pc-linux.
[EMAIL PROTECTED] tests]$ gfortran --version
GNU Fortran 95 (GCC 4.0.0 20041210 (experimental))
Copyright (C) 2004 Free Software Foundation, Inc.
GNU
--
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed||1
Keywords|
--- Additional Comments From tobi at gcc dot gnu dot org 2004-12-14 22:33
---
Do you have a link to something documenting this feature. I for one have never
heard of it.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18918
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-14
22:45 ---
Subject: Bug 17990
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2004-12-14 22:45:29
Modified files:
gcc: ChangeLog
gcc/config/i386:
--- Additional Comments From giovannibajo at libero dot it 2004-12-14
23:20 ---
Subject: Re: [3.4/4.0 Regression] ~6x+ performance regression, constant trees
not being computed.
ericw at evcohs dot com [EMAIL PROTECTED] wrote:
Nope, unfortunately not as of yesterday, since reload.c
--- Additional Comments From giovannibajo at libero dot it 2004-12-14
23:27 ---
Patch is here:
http://gcc.gnu.org/ml/gcc-patches/2004-12/msg01070.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=1
Loop of the following form
int check(int a,int b, char *c)
{
for(;ab;a+=4)
if(c[a]==1) return a;
return a;
}
(with step being power of two and 1, and bounds variable) does not get
unrolled.
It may happen that this loop is infinite, but this should not prevent unrolling.
--
With gcc 4.0 checked out from CVS at Tue Dec 14 20:32:34 UTC 2004, I got
[EMAIL PROTECTED] tmp]$ cat foo.c
static int i;
int bar;
static __thread void *foo [32 / sizeof (void *)]
__attribute__ ((tls_model (initial-exec)))
= { i, bar };
void
test1 (void)
{
unsigned int s;
for (s = 0; s
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-15
00:42 ---
Subject: Bug 18738
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2004-12-15 00:42:36
Modified files:
gcc/testsuite : ChangeLog
--- Additional Comments From mmitchel at gcc dot gnu dot org 2004-12-15
01:50 ---
Reopening, just for 3.4.
--
What|Removed |Added
Status|RESOLVED
--- Additional Comments From mg_gentoo at yahoo dot com 2004-12-15 02:52
---
The available information on it is, admittedly, a bit dispersed, but I think
http://www.co-array.org/caf_def.htm might be close enough to what you are
looking for.
--
--- Additional Comments From bauhaus at futureapps dot de 2004-12-15 03:18
---
The offending(?) line is in the procedure Space_Info.mark,
I should have said, in the procedure mark in the protected
body of the Space_Info's Map type.
Sorry.
--
--- Additional Comments From rth at gcc dot gnu dot org 2004-12-15 04:09
---
We should not ice, indeed, but the comment #18 test case -- with -msse
but not -msse2 -- is invalid. We should have stopped earlier, saying
that v2df is not available with sse1 only.
--
What
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-15
04:48 ---
This actually has been fixed for a while now. Since Thu, 16 Sep 2004 16:34:14
-0400.
--
What|Removed |Added
--- Additional Comments From ovidr at users dot sourceforge dot net
2004-12-15 04:59 ---
It isn't a compiling problem that I'm trying to illustrate. TestD.java
(included above) has a line: String s = high ascii chars characters.If
these characters were received over a network
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-15
05:11 ---
Subject: Bug 17242
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2004-12-15 05:10:58
Modified files:
gcc: ChangeLog configure.ac configure
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |aoliva at gcc dot gnu dot
|dot org |org
Status|NEW
--- Additional Comments From danglin at gcc dot gnu dot org 2004-12-15
05:49 ---
Fixed by patch.
--
What|Removed |Added
Status|ASSIGNED
--- Additional Comments From bbeck4gofls at hotmail dot com 2004-12-14
08:11 ---
Thanks Andrew,
There were two warnings before the earlier-mentioned error, saying bison and
flex are missing on my system, but that they were only needed if I modified a .y
or .l file. After emailing
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2004-12-14
08:21 ---
Patch at http://gcc.gnu.org/ml/gcc-patches/2004-12/msg00909.html
--
What|Removed |Added
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2004-12-14
08:47 ---
This is not critical according to the criteria.
--
What|Removed |Added
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2004-12-14
08:52 ---
A bug involving SSE intrinsics is not critical.
--
What|Removed |Added
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2004-12-14
09:34 ---
Investigating.
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2004-12-14
09:35 ---
This is the same problem as PR middle-end/14988. I'll backport the fix.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18882
--- Additional Comments From bygoh at genting dot com dot my 2004-12-14
10:03 ---
Have been trying to upgrade to a newer version of gcc (3.3.3 and above). But I
am getting an error during compilation:
checking whether the C compiler ( /usr/byg/src/bld-gcc/gcc/xgcc -B/usr/byg/src/b
I was running the LAPACK with -O3
with 20041212 (snapshot) with Steve Kargl's I/O patch
from http://gcc.gnu.org/ml/gcc-patches/2004-12/msg00844.html
applied. The test ran OK until xeigtsts segfaulted:
make[1]: Entering directory `/home/zfkts/zfkts/LAPACK/TESTING'
Testing REAL LAPACK linear
Command line and compiler output :
--
gcc -c -Wall -ansi -DGnu -g -DDETECT_BUGS -v -save-temps
-I/picsou2/users/hingrez/mercatorII/diffusion/inc
-I/picsou2/users/hingrez/mercatorII/global/inc
-I/picsou2/users/hingrez/mercatorII/commun_c/inc
--- Additional Comments From schlie at comcast dot net 2004-12-14 12:33
---
Subject: Re: [3.4/4.0 Regression] ~6x+ performance
regression, constant trees not being computed.
Nope, unfortunately not as of yesterday, since reload.c was tweaked last
week.
--
--- Additional Comments From trick at icculus dot org 2004-12-14 12:52
---
This only affects precompiled headers. Continuing from before:
$ echo '#define TEST2' test2.h
$ echo '#include test2.h' test.c
$ cat test.c
#include test.h
#include test2.h
$ gcc -MD -MF test.c.d -c test.c
$
$ cat tree.cc
template class T
struct tree {
struct iterator;
struct sibling_iterator {
friend struct treeT::iterator;
};
};
$ gcc tree.cc
tree.cc:5: internal compiler error: tree check: expected typename_type, have
record_type in cp_parser_lookup_name, at cp/parser.c:14210
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-14
13:18 ---
*** Bug 18980 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
$ cat open.f90
nout = 10
open(nout, file=foo.dat, status=new)
close(nout)
open(nout, file=foo.dat, status=new,err=100) ! This should fail
write(nout,*) Hello ! and not this.
100 continue
end
$ rm -f foo.dat
$ gfortran open.f90
$ ./a.out
At line 5 of file open.f90
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-14
13:25 ---
XYZ (PTR p) : ptr(p) {}
That will always call the constructor for ptr so this is invalid.
--
What|Removed |Added
--- Additional Comments From corsepiu at gcc dot gnu dot org 2004-12-14
13:58 ---
PR18542 and this PR are not identical:
Proof:
* Compiling the example from comment #3
# m68k-rtems4.7-gcc -m68020 -O2 -o tmp.o -c pr18549.c
pr18549.c: In function `foo':
pr18549.c:31: internal compiler
--- Additional Comments From bangerth at dealii dot org 2004-12-14 14:09
---
In response to comment #30: it is libpthread's responsibility to align the
stack of subthreads properly. It doesn't do that, however, but I believe
that we have another PR for that (this is something that we
--- Additional Comments From lars dot sonchocky-helldorf at hamburg dot de
2004-12-14 13:46 ---
Well next time I better read http://gcc.gnu.org/install/build.html thoroughly
instead of just banking on the word of irc instead:
It had to be 'BOOT_CFLAGS' instead of 'BOOTCFLAGS' of course.
--- Additional Comments From ericw at evcohs dot com 2004-12-14 14:18
---
Subject: Re: [3.4/4.0 Regression] ~6x+ performance regression, constant trees
not being computed.
On 14 Dec 2004 at 12:33, schlie at comcast dot net wrote:
--- Additional Comments From schlie at comcast
--- Additional Comments From wolfgang dot roehrl at de dot gi-de dot com
2004-12-14 14:19 ---
Subject: Antwort: Copying objects with mutable non-static data
members
Hi all,
I'm responding to Comments From nathan at gcc dot gnu dot org 2004-12-14
13:57 (bug 18975):
I just
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-14
14:34 ---
Patch here: http://gcc.gnu.org/ml/gcc-patches/2004-12/msg01028.html.
--
What|Removed |Added
Section 2 of the GCC manual details the standards followed for each language
supported by gcc. Notably absent is any reference for the C++ language.
I assume the basic answer is ISO/IEC 14882-1998. What about Technical
Corrigendum 1 (TC1) is that also supported? Further, I note that several DRs
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-14
15:39 ---
Patch here: http://gcc.gnu.org/ml/gcc-patches/2004-12/msg01035.html.
--
What|Removed |Added
--
What|Removed |Added
Summary|compiler internal error |[3.3 only] compiler internal
||error
Target Milestone|---
--- Additional Comments From sgk at troutmask dot apl dot washington dot
edu 2004-12-14 16:06 ---
My success with LAPACK is on i386-*-FreeBSD. LAPACK
dies a horrible death on amd64-*-FreeBSD. Your segfault
is a BUS ERROR for me. I believe this is a x86_64 target
problem.
--
steve
--- Additional Comments From Thomas dot Koenig at online dot de 2004-12-14
16:13 ---
... I forgot to add, on a ia64-unknown-linux-gnu running
RedHat ES 3.0.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=5900
--- Additional Comments From mike at tedder dot com 2004-12-14 16:24
---
Created an attachment (id=7741)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7741action=view)
requested config.log from failed compile (in nof)
taken from
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-14
16:51 ---
This one cannot be fixed:
gcc -c -g -O2 -DIN_GCC -DCROSS_COMPILE -W -Wall -Wwrite-strings
-Wstrict-prototypes
-Wmissing-prototypes -fno-common -Wno-error -DHAVE_CONFIG_H -DGENERATOR_FILE
-I.
Warnings generated during a failed avr target build of 4.0 as of today, on a
mac/dwawin-7.6 host
which should likely be verified as being harmless, and then silenced if so.
(sending the report just in
case the build failure may be related to one of the more ominous warnings, and
for
--- Additional Comments From nathan at gcc dot gnu dot org 2004-12-14
16:55 ---
(In reply to comment #4)
I can't tell what's being said here. IIUC, you're saying that
Comeau (which uses the edg frontend) also rejects the code.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18975
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-14
16:30 ---
Here is a reduced testcase at least for mmix:
struct X{ ~X(); };
struct B
{
virtual void a( X ) = 0;
};
struct D : public virtual B
{
void a( X );
};
void D::a( X ){};
--
Warnings generated during a failed avr target build of 4.0 as of today, on a
mac/dwawin-7.6 host which should likely be verified as being harmless, and
then silenced if so. (sending the report just in case the build failure may
be related to one of the more ominous warnings, and for reference:
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-14
16:40 ---
I don't know why someone asked you to file another bug but anyways, this is a
dup of bug 18887.
*** This bug has been marked as a duplicate of 18887 ***
--
What|Removed
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-14
16:40 ---
*** Bug 18988 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18887
The attached (invalid) code gives the following error message:
parabrisas% gfortran -c -g core.f90
core.f90:12: internal compiler error: in gfc_get_derived_type, at
fortran/trans-types.c:1399
Please submit a full bug report,
with preprocessed source if appropriate.
(The code is invalid
attached code fails with:
parabrisas% gfortran -c -g bug3.F90
bug3.F90: In function 'de':
bug3.F90:1: internal compiler error: in gfc_conv_descriptor_data, at
fortran/trans-array.c:183
Please submit a full bug report,
with preprocessed source if appropriate.
parabrisas% cat bug3.F90
1 - 100 of 123 matches
Mail list logo
