--- Comment #1 from mtrudel at gmx dot ch 2007-02-21 07:59 ---
Tom, can you drop me a note when this is done? I then recheck your
NetworkInterface re-merge for mingw.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30903
If we delete a .java file the build will crash. Instead we ought to adjust
properly.
The other related thing that needs fixing is the mess with -M options.
--
Summary: regeneration of headers is broken/difficult
Product: gcc
Version: 4.3.0
Status: UN
--- Comment #3 from Zarathustra at gentlemansclub dot de 2007-02-21 07:44
---
The same problem appears with gcc 4.1.2 20061115 (prerelease) (SUSE Linux)
--
Zarathustra at gentlemansclub dot de changed:
What|Removed |Added
-
--- Comment #2 from burnus at gcc dot gnu dot org 2007-02-21 07:33 ---
(In reply to comment #0)
> The attached test code using a generic interface block produces wrong output
> when compiled with gfortran, and works fine with pgf90.
I think both compilers are right; or to be more precis
--- Comment #12 from ebotcazou at gcc dot gnu dot org 2007-02-21 07:19
---
Taking care of the patch...
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from deji_aking at yahoo dot ca 2007-02-21 06:38 ---
Created an attachment (id=13081)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13081&action=view)
testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30902
The attached test code using a generic interface block produces wrong output
when compiled with gfortran, and works fine with pgf90. Tested with gcc trunk
and gcc-4.2.0
>>
[EMAIL PROTECTED] test4]$ ~/Desktop/gcc-trunk/bin/gfortran --version
GNU Fortran 95 (GCC) 4.3.0 20070220 (experi
--- Comment #2 from paulthomas2 at wanadoo dot fr 2007-02-21 05:16 ---
Subject: Re: %VAL only accepts default-kind integer/real/complex
Tobias,
> --- Comment #1 from burnus at gcc dot gnu dot org 2007-02-20 17:32
> ---
> Paul, do you remember why you have added the following
I have passed to compile a little temporary useless C++ code and G++ have
written me "Please submit a full bug report", so I do it.
*
error description
*
--- Comment #7 from s__nakayama at infoseek dot jp 2007-02-21 02:25 ---
(In reply to comment #6)
> This is not a bug. The C++ standard says:
>
> [expr.post.incr]
>
> the value of the object is modified by adding 1 to it, unless the object is of
> type bool, in which case it is set to
--- Comment #11 from mark at codesourcery dot com 2007-02-21 00:02 ---
Subject: Re: Libiberty doesn't honor the multi-os-directory
settings
ebotcazou at gcc dot gnu dot org wrote:
> --- Comment #9 from ebotcazou at gcc dot gnu dot org 2007-02-20 15:25
> ---
>> Looks OK to me
--- Comment #4 from ebotcazou at gcc dot gnu dot org 2007-02-20 23:56
---
You need to upgrade your 4.1.x compiler.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #3 from ebotcazou at gcc dot gnu dot org 2007-02-20 23:54
---
Subject: Bug 30684
Author: ebotcazou
Date: Tue Feb 20 23:54:16 2007
New Revision: 122181
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=122181
Log:
PR ada/30684
Backport from 4.2 branch:
--- Comment #3 from centi_riccardo at libero dot it 2007-02-20 23:27
---
this bugs appears on Suse 10.2 in a AMD x86_64 system. First compile the
mathlib and install it in the system the try to compile gaol. This fail at the
end on linker stage.
--
http://gcc.gnu.org/bugzilla/show
--- Comment #2 from centi_riccardo at libero dot it 2007-02-20 23:25
---
Created an attachment (id=13080)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13080&action=view)
this package is needed by gaol
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30900
--- Comment #1 from centi_riccardo at libero dot it 2007-02-20 23:23
---
Created an attachment (id=13079)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13079&action=view)
this package not compile
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30900
--- Comment #7 from manu at gcc dot gnu dot org 2007-02-20 23:21 ---
(In reply to comment #6)
> I think the point Ian was trying to make with (3) was simply that it doesn't
> matter whether you choose to implement the reports of unknown -Wno-* (ie (2))
> using the existing warning mechan
===
relocation R_X86_64_PC32 BUG
===
libtool: link: warning: library
`/usr/lib64/gcc/x86_64-suse-linux/4.1.2/../../../../lib64//libultim.la' was
moved.
g++ -shared -nostdlib
/usr/lib64/gcc/x86_64-suse-linux/4.1.2/../../../../lib64/
--- Comment #6 from pmaydell at chiark dot greenend dot org dot uk
2007-02-20 23:15 ---
I think the point Ian was trying to make with (3) was simply that it doesn't
matter whether you choose to implement the reports of unknown -Wno-* (ie (2))
using the existing warning mechanism or by j
--- Comment #4 from tromey at gcc dot gnu dot org 2007-02-20 23:07 ---
Fixed on trunk.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
Status|UN
--- Comment #6 from dorit at il dot ibm dot com 2007-02-20 22:56 ---
proposed patches - http://gcc.gnu.org/ml/gcc-patches/2007-02/msg01734.html
> I have thrown most of Suse Linux 10.3 at it and it has crashed
> in a few places.
would you mind giving these patches a try? (to see what's
--- Comment #4 from sgk at troutmask dot apl dot washington dot edu
2007-02-20 22:56 ---
Subject: Re: procedure with dummy procedure f1 rejected with implicit none
On Tue, Feb 20, 2007 at 10:41:11PM -, kargl at gcc dot gnu dot org wrote:
>
> I haven't located the relevant text,
trunk 20070221, configured with
Matthias
../trunk/configure --prefix=/home/packages/gcc/svn/tst/install
--enable-languages=java --disable-static --enable-generated-files-in-srcdir
if test "xinfo" = xinfo; then \
rm -f doc/gcj.info*; \
makeinfo --split-size=500 --split-s
--- Comment #3 from kargl at gcc dot gnu dot org 2007-02-20 22:41 ---
(In reply to comment #2)
> Has this been checked against comp.lang.fortran?
>
Steven,
I haven't located the relevant text, but I believe that
Joost is right. The INTERFACE defines it own scoping
unit, and the IMP
--- Comment #5 from manu at gcc dot gnu dot org 2007-02-20 22:36 ---
(In reply to comment #4)
> Manuel: thanks for volunteering to write a patch.
>
> I've just spoken with Joseph Myers (a friend of mine who does gcc development
> work), and his opinion was that this issue isn't a suffic
--- Comment #2 from rguenth at gcc dot gnu dot org 2007-02-20 22:31 ---
Confirmed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
Summary|[4.3 regression] ICE with |[4.3 regression] ICE with
|anonymous union and
The following code snippet triggers an ICE on mainline when compiled with
"g++ -O -g":
===
double foo()
{
union
{
int i;
double d;
};
i = 0;
return d;
}
===
bug.cc: In function 'double foo()':
bug.cc:11: internal compiler error: in mem_loc_descri
--- Comment #4 from pmaydell at chiark dot greenend dot org dot uk
2007-02-20 22:23 ---
Manuel: thanks for volunteering to write a patch.
I've just spoken with Joseph Myers (a friend of mine who does gcc development
work), and his opinion was that this issue isn't a sufficiently major
--- Comment #4 from tkoenig at gcc dot gnu dot org 2007-02-20 21:50 ---
Subject: Bug 30869
Author: tkoenig
Date: Tue Feb 20 21:50:20 2007
New Revision: 122176
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=122176
Log:
2007-02-20 Thomas Koenig <[EMAIL PROTECTED]>
PR fo
--- Comment #22 from rguenth at gcc dot gnu dot org 2007-02-20 21:49
---
*** Bug 30894 has been marked as a duplicate of this bug. ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #2 from rguenth at gcc dot gnu dot org 2007-02-20 21:49 ---
*** This bug has been marked as a duplicate of 28834 ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #1 from rguenth at gcc dot gnu dot org 2007-02-20 21:46 ---
Confirmed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
CC|
--- Comment #2 from steven at gcc dot gnu dot org 2007-02-20 21:45 ---
Has this been checked against comp.lang.fortran?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30883
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.1.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30897
--- Comment #4 from patchapp at dberlin dot org 2007-02-20 21:40 ---
Subject: Bug number PR debug/29614
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-02/msg01728.html
--
http://gcc.gnu.org/bugz
The following valid code snippet triggers an ICE since GCC 3.1:
template class U> struct A
{
template U foo();
};
bug.cc:3: internal compiler error: in tsubs
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-02-20 21:23 ---
> OTOH, we don't allow casts from complex int to int.
We should as this is a GCC extension.
>I'm not quite sure whether the code is valid or not.
It is valid as we are using two extensions to C++, complex and comple
--- Comment #14 from paolo at gcc dot gnu dot org 2007-02-20 21:22 ---
Subject: Bug 28080
Author: paolo
Date: Tue Feb 20 21:22:35 2007
New Revision: 122175
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=122175
Log:
2007-02-20 Paolo Carlini <[EMAIL PROTECTED]>
PR libst
The diagnostic fo the following invalid code snippet is broken
since GCC 3.0. GCC 2.95.x even crashed.
=
template struct A {};
A<0i> a;
=
bug.cc:3: error: could not convert template argument '#'complex_cst' not
supported by
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.1.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30895
The following code snippet triggers an ICE since GCC 3.4.0:
=
template struct A {};
template struct B
{
A a1;
A a2;
};
=
bug.cc:6: internal compiler error: in cp_tree_equal, at cp/tree.c:1858
Please submit a full bug rep
--- Comment #3 from patchapp at dberlin dot org 2007-02-20 20:55 ---
Subject: Bug number PR 30869
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-02/msg01724.html
--
http://gcc.gnu.org/bugzilla/s
--- Comment #1 from timj at gtk dot org 2007-02-20 20:32 ---
Created an attachment (id=13077)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13077&action=view)
source code triggering ICE, use TRIGGER_ICE to toggle triggering
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30894
--- Comment #2 from tkoenig at gcc dot gnu dot org 2007-02-20 20:32 ---
Easy enough to do.
--
tkoenig at gcc dot gnu dot org changed:
What|Removed |Added
Assigned
--- Comment #1 from rguenth at gcc dot gnu dot org 2007-02-20 20:30 ---
You need an older gcc version to bootstrap gcc 3.2.3. 3.3.6 or 3.4.x will do,
and
those should build with 4.0.x.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
some C++ code in a project of mine triggers an ICE in various g++ versions:
$ g++-4.1 -g -Wall -Wdeprecated -Wno-cast-qual -pipe -O2 -ftracer
finline-functions -fno-keep-static-consts -fPIC -DPIC -c xice-uma.cc
xice-uma.cc:71: internal compiler error: in splice_child_die, at
dwarf2out.c:5503
P
On SuSe linux 10.0 with gcc 4.0.2 installed
(
~/import/gcc-3.2.3/objdir> uname -a
Linux djebe 2.6.13-15-smp #1 SMP Tue Sep 13 14:56:15 UTC 2005 i686 i686 i386
GNU/Linux
)
trying to bootstrap gcc 3.2.3 fails:
make bootstrap
.
.
.
much stuff deleted
.
.
.
gcc -c -DIN_GCC-g -W -Wall -Wwrite-stri
--- Comment #1 from burnus at gcc dot gnu dot org 2007-02-20 19:54 ---
Confirmed.
It fails in resolve.c's resolve_actual_arglist
/* Intrinsics are still PROC_UNKNOWN here. However,
since same file external procedures are not resolvable
i
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-02-20 18:41 ---
*** Bug 30890 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30889
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-02-20 18:41 ---
*** This bug has been marked as a duplicate of 30889 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
The code:
int main() {
int i = 0;
namespace foo {
int j = 0;
}
return 0;
}
gets you:
~/ootbc/sim$ g++ foo.cc
foo.cc: In function 'int main()':
foo.cc:3: error: expected primary-expression before 'namespace'
foo.cc:3: error: expected `;' before 'namespace'
In contrast,
make bootstrap failed with the following error:
/home/xiaoyi/build/obj.gcc412/./gcc/xgcc -shared-libgcc
-B/home/xiaoyi/build/obj.gcc412/./gcc -nostdinc++
-L/home/xiaoyi/build/obj.gcc412/i686-pc-linux-gnu/libstdc++-v3/src
-L/home/xiaoyi/build/obj.gcc412/i686-pc-linux-gnu/libstdc++-v3/src/.libs
-B/e
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-02-20 18:12 ---
/usr/bin/ld: BFD 2.15.92.0.2 20040927 internal error, aborting at
../../bfd/elf32-i386.c line 2262 in elf_i386_relocate_section
This has already been fixed in a new binutils.
Also this is not really a GCC bug but a
make bootstrap failed with the following error:
/home/xiaoyi/build/obj.gcc412/./gcc/xgcc -shared-libgcc
-B/home/xiaoyi/build/obj.gcc412/./gcc -nostdinc++
-L/home/xiaoyi/build/obj.gcc412/i686-pc-linux-gnu/libstdc++-v3/src
-L/home/xiaoyi/build/obj.gcc412/i686-pc-linux-gnu/libstdc++-v3/src/.libs
-B/e
When calling procedures which are passed as arguments to
a subroutine the %VAL construct has inconsistent behaviour.
Consider the following code:
SUBROUTINE VALTEST( DOIT )
EXTERNAL DOIT
INTEGER P
INTEGER I
I = 0
P = 0
CALL DOIT( %VAL( P ) )
CALL DOI
--- Comment #14 from burnus at gcc dot gnu dot org 2007-02-20 17:39 ---
(In reply to comment #13)
> should we close this?
We can close it as I think it is not worth to backport it to 4.1.
--
burnus at gcc dot gnu dot org changed:
What|Removed |Adde
--- Comment #1 from burnus at gcc dot gnu dot org 2007-02-20 17:32 ---
Paul, do you remember why you have added the following restriction?
(The example is accepted by ifort, nagf95 and g95.)
resolve.c:
if (((e->ts.type == BT_REAL || e->ts.type == BT_COMPLEX)
--- Comment #10 from peb at mppmu dot mpg dot de 2007-02-20 17:31 ---
Created an attachment (id=13076)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13076&action=view)
corrected patch for libiberty/multi-os-dir issue
I am very sorry. The patch I sent earlier today was wrong.
Here
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|critical|normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30887
--- Comment #6 from pault at gcc dot gnu dot org 2007-02-20 17:25 ---
(In reply to comment #5)
> (In reply to comment #4)
> > Created an attachment (id=13073)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13073&action=view) [edit]
> > Fix for the problem
> I should have remarked th
The %VAL construct doesn't accept INTEGER types with a size
greater than the default kind. This is essential for supporting
64 bit architectures where an address cannot be stored in
an integer with the default kind. Consider the simple module:
SUBROUTINE VALTEST2()
INTEGER*8 P
P
--- Comment #9 from sje at cup dot hp dot com 2007-02-20 17:06 ---
I did mean 256 bits and not bytes in comment #5.
Forcing -fno-inline wouldn't necessarily help, the compiler is forcing the
return structure to be 4 byte aligned and it is going to be a 50/50 proposition
whether or not i
--- Comment #1 from burnus at gcc dot gnu dot org 2007-02-20 17:00 ---
gfortran:
DATA (a(i),i=1,D1%I) /D1%I*D1%I/
1
Error: Syntax error in DATA statement at (1)
That is: compounds of derived types with parameter attribute are not possible
as data-stmt-value i
--- Comment #1 from burnus at gcc dot gnu dot org 2007-02-20 16:55 ---
The program compiles with ifort, g95 and nagf95.
gfortran rejects it with:
CALL SUB(xx,I)
1
Error: GENERIC non-INTRINSIC procedure 'xx' is not allowed as an actual
argument at (1)
--
burnus at gcc dot g
--- Comment #1 from burnus at gcc dot gnu dot org 2007-02-20 16:53 ---
Error: Different character lengths in pointer assignment at (1)
Compiles with g95, ifort and nagf95.
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #1 from burnus at gcc dot gnu dot org 2007-02-20 16:50 ---
Reduced test case:
INTEGER, PARAMETER, DIMENSION(2,3) :: bo= &
RESHAPE((/-1,1,-1,1,-1,1/),(/2,3/))
REAL(kind=8), DIMENSION( &
bo(1,1):bo(2,1), &
bo(1,2):bo(2,2), &
--- Comment #10 from pinskia at gcc dot gnu dot org 2007-02-20 16:41
---
(In reply to comment #9)
> adjust summary ( 4.2 regression status reopened ).
That is a target specific issue really and should be filed seperately.
--
pinskia at gcc dot gnu dot org changed:
What
--- Comment #1 from burnus at gcc dot gnu dot org 2007-02-20 16:39 ---
EQUIVALENCE(a1,a2)
1
Error: Derived type variable 'a1' at (1) with default initializer cannot be an
EQUIVALENCE object
ffv.f90:11.17:
EQUIVALENCE(a1,a2)
1
Error: Initialized objects 'a1'
--- Comment #1 from burnus at gcc dot gnu dot org 2007-02-20 16:32 ---
MODULE PROCEDURE F1
1
Error: Operator interface at (1) conflicts with intrinsic interface
In other words:
overloading "operator(*)" for intrinsic type (i.e. "complex") fails.
Compiles with if
--- Comment #1 from burnus at gcc dot gnu dot org 2007-02-20 16:28 ---
Compiles with nagf95 and g95.
ifort and gfortran give however the following error messages:
test=test(3)
1
Error: 'test' is array valued and directly recursive at (1) , so the keyword
RESULT must be
--- Comment #1 from burnus at gcc dot gnu dot org 2007-02-20 16:24 ---
ENTRY E1(I)
1
Error: RESULT attribute required in ENTRY statement at (1)
Note: It works if one removes the "recursive".
Compiles just fine with nagf95, ifort and g95.
Ad hoc I don't see anything in the
--- Comment #1 from burnus at gcc dot gnu dot org 2007-02-20 15:59 ---
INTEGER FUNCTION F1()
NAMELIST /NML/ F1
is rejected:
NAMELIST /NML/ F1
1
Error: PROCEDURE attribute conflicts with NAMELIST attribute in 'f1' at (1)
I didn't check yet whether this i
--- Comment #2 from burnus at gcc dot gnu dot org 2007-02-20 15:54 ---
Thanks for the report. I can confirm that it happens with 4.1.x (4.1.2 20070115
[SUSE Linux]); note however that the ICE does not occur with gfortran 4.2 and
4.3.
I'm not sure whether we have the resources to fix it
--- Comment #1 from swagiaal at redhat dot com 2007-02-20 15:48 ---
Created an attachment (id=13075)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13075&action=view)
test case
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30886
While writing a test case for a Java-Gnome memory leak, I found that my test
case hangs every once in a while. Attached is the test case with all the
unrelated code removed.
The commented out lines ([1][2] and [3]) just change the frequencey of the
hang.
It doenst always hang so I just do this:
--- Comment #9 from ebotcazou at gcc dot gnu dot org 2007-02-20 15:25
---
> Looks OK to me.
Thanks. Would you recommend it for 4.2 too? Mark, what do you think?
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #8 from dj at redhat dot com 2007-02-20 15:20 ---
Looks OK to me.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16513
--- Comment #1 from mark dot haas at iag dot uni-stuttgart dot de
2007-02-20 15:09 ---
Created an attachment (id=13074)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13074&action=view)
file that causes the fortran compiler to exit with a segmentation fault
--
http://gcc.gnu.o
I get the following error message when simply compiling the file (gcc -c
fparser.f90):
fparser.f90:0: internal compiler error: Segmentation fault
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html> for instructions.
For Debian GNU/Linux speci
--- Comment #5 from pault at gcc dot gnu dot org 2007-02-20 14:39 ---
(In reply to comment #4)
> Created an attachment (id=13073)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13073&action=view) [edit]
> Fix for the problem
I should have remarked that the patch produces the followi
--- Comment #4 from pault at gcc dot gnu dot org 2007-02-20 14:35 ---
Created an attachment (id=13073)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13073&action=view)
Fix for the problem
I will set this regtesting in a few minutes and will post the result. Note,
however, that I
--- Comment #1 from burnus at gcc dot gnu dot org 2007-02-20 14:14 ---
Error message:
USE M1
1
Error: Dummy 'd1' at (1) cannot have an initializer
Works with g95, nagf95 and ifort. It also works with gfortran if one changes
the ENTRY E1 into a separate function or if one removes t
--- Comment #1 from burnus at gcc dot gnu dot org 2007-02-20 14:04 ---
IF(SIZE(a(1:10),1).NE.10) CALL ABORT()
1
Error: 'dim' argument of 'size' intrinsic at (1) is not a valid dimension index
Compiles just fine with ifort, nagf95 and g95.
--
burnus at gcc dot gnu do
I have an application which uses these two properties: user.country,
java.runtime.name. Although it seems that these properties are not needed
(http://java.sun.com/j2se/1.5.0/docs/api/java/lang/System.html#getProperties()),
I think it would be nice to support common properties that Sun supports. Us
--- Comment #1 from burnus at gcc dot gnu dot org 2007-02-20 14:01 ---
gfortran rejects the procedure with:
SUBROUTINE S1(F1)
1
Error: Symbol 'f1' at (1) has no IMPLICIT type
The error goes away when the return value of f1 has a type, e.g.
INTERFACE
FUNCTION F
--- Comment #2 from burnus at gcc dot gnu dot org 2007-02-20 13:54 ---
Works also for me on x86_64-unknown-linux-gnu with
4.3.0 20070220.
If it still occurs, please reopen and state the error message and the compiler
version/platform.
--
burnus at gcc dot gnu dot org changed
--- Comment #2 from burnus at gcc dot gnu dot org 2007-02-20 13:23 ---
I cannot reproduce the ICE with 4.3.0 20070220/x86_64-unknown-linux-gnu. I get
the following error:
CASE(TRANSFER(.TRUE.,K))
1
foo.f90:6.5:
CASE(TRANSFER(.FALSE.,K))
2
Error: CASE label at (1) overlaps with
--- Comment #3 from burnus at gcc dot gnu dot org 2007-02-20 13:16 ---
(In reply to comment #2)
> For those who wonder (as I did) why using an optional argument is legal:
> It is only used as actual argument corresponding to an optional dummy
> argument. (cf. 12.4.1.6 in the Fortran 200
--- Comment #34 from ebotcazou at gcc dot gnu dot org 2007-02-20 13:13
---
> any news?
The patch has been written at AdaCore. I'll try to dig it out.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18819
--- Comment #33 from christian dot joensson at gmail dot com 2007-02-20
13:11 ---
(In reply to comment #32)
> Created an attachment (id=10984)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10984&action=view) [edit]
> Reduced testcase.
>
any news?
--
http://gcc.gnu.org/bugzi
--- Comment #25 from ebotcazou at gcc dot gnu dot org 2007-02-20 13:11
---
> any progress?
See the 'Patch URL' field.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20548
--- Comment #24 from christian dot joensson at gmail dot com 2007-02-20
13:10 ---
(In reply to comment #23)
> Patch in the works.
>
any progress?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20548
--- Comment #7 from jamesc at dspsrv dot com 2007-02-20 13:08 ---
This happened me on solaris 10 (even with reading the manual!) make install had
worked for me previously on solais without having to set CONFIG_SHELL so it is
something that might trip people up.
I agree that this is a dup
--- Comment #7 from ebotcazou at gcc dot gnu dot org 2007-02-20 11:13
---
DJ, what do think about the patch?
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #1 from dominiq at lps dot ens dot fr 2007-02-20 10:57 ---
With Target: powerpc-apple-darwin7, gcc version 4.3.0 20070216,
plus patch for PR #30400, I have:
[address=437c pc=42343560]
pr30881.f90:0: internal compiler error: Segmentation Fault
Please submit a full bug re
--- Comment #4 from manu at gcc dot gnu dot org 2007-02-20 10:45 ---
Fixed in GCC 4.3
--
manu at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
--- Comment #1 from dominiq at lps dot ens dot fr 2007-02-20 10:42 ---
Works for me with: Target: powerpc-apple-darwin7, gcc version 4.3.0 20070216,
plus patch for PR #30400.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30874
--- Comment #8 from mtrudel at gmx dot ch 2007-02-20 10:42 ---
Since there seems to be an issue, I would like to reopen this bug but change
the summary to:
gcc 4.2/4.3: different --with-sysroot handling
Although I'm not sure if it actually is a bug, I think it should be attended
to.
So
--- Comment #9 from pluto at agmk dot net 2007-02-20 10:25 ---
adjust summary ( 4.2 regression status reopened ).
--
pluto at agmk dot net changed:
What|Removed |Added
1 - 100 of 109 matches
Mail list logo
