at gcc dot gnu dot org
ReportedBy: fxcoudert at gcc dot gnu dot org
GCC build triplet: i386-apple-darwin9.8.0
GCC host triplet: i386-apple-darwin9.8.0
GCC target triplet: i386-apple-darwin9.8.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41245
--- Comment #4 from fxcoudert at gcc dot gnu dot org 2009-09-03 14:19
---
I can confirm I can reproduce this bug with an darwin-to-mingw cross-compiler,
and running the executable under wine.
I can also confirm that it's about the REWIND statement: if you have already
run the test
--- Comment #1 from fxcoudert at gcc dot gnu dot org 2009-09-03 14:40
---
It's because of this in gcc/config/i386/mingw-w64.h:
#define ASM_SPEC %{v:-V} %{n} %{T} %{Ym,*} %{Yd,*} \
%{Wa,*:%*} %{m32:--32} %{m64:--64}
The %{v:-V} part is what's triggering what you see. Now
--- Comment #7 from fxcoudert at gcc dot gnu dot org 2009-09-03 15:10
---
Also happens on i586-pc-mingw32 and with -m64 on i386-apple-darwin9. This P1
regression is more than 4 months old, and has a proposed patch; could someone
post the patch for review?
--
fxcoudert at gcc dot
--- Comment #3 from fxcoudert at gcc dot gnu dot org 2009-09-03 15:10
---
Will have to be tested again once PR 39886 is done with; hopefully, should then
be gone.
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from fxcoudert at gcc dot gnu dot org 2009-09-03 15:15
---
Works for me with current mainline:
$ i586-pc-mingw32-gcc -print-file-name=libgcc_s.a
/Users/fx/devel/mingw/cross/lib/gcc/i586-pc-mingw32/4.5.0/../../../../i586-pc-mingw32/lib/libgcc_s.a
$ i586-pc-mingw32-gcc
--- Comment #2 from fxcoudert at gcc dot gnu dot org 2009-08-09 11:02
---
Subject: Bug 40549
Author: fxcoudert
Date: Sun Aug 9 11:02:08 2009
New Revision: 150590
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=150590
Log:
PR libfortran/40549
* Makefile.in
--- Comment #3 from fxcoudert at gcc dot gnu dot org 2009-08-09 13:25
---
Fixed on trunk.
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from fxcoudert at gcc dot gnu dot org 2009-07-29 07:32
---
By using my cross-compiler and setting a breakpoint in
i386_pe_mangle_decl_assembler_name(), I can confirm the analysis (that it's a
question of hidden length parameter).
--
http://gcc.gnu.org/bugzilla
--- Comment #5 from fxcoudert at gcc dot gnu dot org 2009-07-29 10:28
---
The patch seems to work:
$ cat a.f90
subroutine foo
use ISO_C_BINDING
implicit none
interface
function LoadLibrary(lpFileName) bind(C,name='LoadLibraryA')
use ISO_C_BINDING
--- Comment #1 from fxcoudert at gcc dot gnu dot org 2009-07-25 16:59
---
Reduced testcase:
subroutine transfer_size (source, mold)
real :: source
character(*) :: mold
print *, ichar(transfer(source, (/mold/)))
end subroutine
(can then be tested at runtime with call
--- Comment #1 from fxcoudert at gcc dot gnu dot org 2009-07-20 06:47
---
Original bug report was for: gcc version 4.5.0 20090717 on
x86_64-unknown-linux-gnu
Confirmed with trunk rev. 148180 on i386-darwin.
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed
--- Comment #13 from fxcoudert at gcc dot gnu dot org 2009-07-05 09:07
---
Works with newer branches (4.4 and 4.5). According to gfortran maintainers
meeting, will not be fixed.
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
OtherBugsDependingO||39627
nThis
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
GCC build
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
OtherBugsDependingO||39627
nThis
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
OtherBugsDependingO||39627
nThis
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
Severity|normal |enhancement
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40571
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
Severity|normal |enhancement
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40569
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
--- Comment #1 from fxcoudert at gcc dot gnu dot org 2009-07-05 09:21
---
I'll take it. My own Windows machine is currently down (broken disk), but I'll
test the patch when I can.
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #22 from fxcoudert at gcc dot gnu dot org 2009-07-05 09:23
---
*** Bug 40545 has been marked as a duplicate of this bug. ***
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from fxcoudert at gcc dot gnu dot org 2009-07-05 09:23
---
*** This bug has been marked as a duplicate of 22423 ***
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #23 from fxcoudert at gcc dot gnu dot org 2009-07-05 09:24
---
Additional new warning:
intrinsics/iso_c_binding.c: In Function __iso_c_binding_c_f_pointer_u0:
libgfortran/intrinsics/iso_c_binding.c:112:20: Warning: ub may be used
uninitialized in this function
--- Comment #1 from fxcoudert at gcc dot gnu dot org 2009-07-04 10:50
---
Could you check whether the following patch fixes it?
Index: gcc/ada/init.c
===
--- gcc/ada/init.c (revision 149223)
+++ gcc/ada/init.c
--- Comment #2 from fxcoudert at gcc dot gnu dot org 2009-07-04 10:52
---
Please reopen with attachment included.
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from fxcoudert at gcc dot gnu dot org 2009-07-04 11:03
---
Confirmed as fixed from 4.3.0 on (probably 4.2, but I didn't check). Closing as
the branches earlier than 4.2 are not open any more.
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed
--- Comment #5 from fxcoudert at gcc dot gnu dot org 2009-06-17 06:58
---
Still missing are:
DREAL (GNU extension)
LSHIFT (GNU extension)
RSHIFT (GNU extension)
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed
--- Comment #2 from fxcoudert at gcc dot gnu dot org 2009-06-15 18:17
---
Without any more information, there's nothing we can do. I tried to reproduce
with a simple testcase, but I can't.
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
GCC target
--- Comment #3 from fxcoudert at gcc dot gnu dot org 2009-06-15 18:32
---
This is not darwin-specific, I also see it happening on x86_64-linux.
And what's more, the output changes between -m32 and -m64.
$ cat u.f90
integer(8), parameter :: l = z'5fe6eb3be000'
integer, parameter
--- Comment #2 from fxcoudert at gcc dot gnu dot org 2009-06-15 18:45
---
I'm not sure it's still present: if I look into the 10.3.9 and the 10.4u
headers, I see:
#ifdef __cplusplus
Class super_class;
#else
Class class;
#endif
The 10.5 header is very different
--- Comment #21 from fxcoudert at gcc dot gnu dot org 2009-06-14 09:06
---
There's still a bunch of warnings:
../../../trunk/libgfortran/io/list_read.c: In function nml_read_obj:
../../../trunk/libgfortran/io/list_read.c:2345:5: warning: case value 6 not
in enumerated type bt
--- Comment #3 from fxcoudert at gcc dot gnu dot org 2009-06-13 06:10
---
(In reply to comment #2)
We should actually emit DW_AT_calling_convention for the main program.
We currently correctly emit DW_AT_calling_convention.
The DW_AT_entry_point attribute is for alternate entries
--- Comment #4 from fxcoudert at gcc dot gnu dot org 2009-06-11 07:48
---
Subject: Bug 38718
Author: fxcoudert
Date: Thu Jun 11 07:47:35 2009
New Revision: 148367
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=148367
Log:
PR fortran/38718
* intrinsic.c
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last
--- Comment #4 from fxcoudert at gcc dot gnu dot org 2009-06-11 20:06
---
Subject: Bug 39831
Author: fxcoudert
Date: Thu Jun 11 20:06:32 2009
New Revision: 148395
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=148395
Log:
PR testsuite/39831
* gcc.target/i386
--- Comment #3 from fxcoudert at gcc dot gnu dot org 2009-06-10 19:35
---
(In reply to comment #2)
Commit in #1 added a simplifier for MERGE. Having a closer look at
IS_IOSTAT_{END, EOR}, I think they won't make much sense in init expr anyway.
IS_IOSTAT_{END,EOR} are allowed
--- Comment #2 from fxcoudert at gcc dot gnu dot org 2009-06-07 19:20
---
Also works for me on newer versions. This is very likely PR 36817. Please try a
more recent compiler and reopen this bug if it persists.
--
fxcoudert at gcc dot gnu dot org changed:
What
--- Comment #3 from fxcoudert at gcc dot gnu dot org 2009-06-06 23:27
---
I can confirm that at least the three tests that are run (1 to 3) PASS on
darwin with the following patch:
Index: gcc/testsuite/gcc.target/i386/excess-precision-1.c
--- Comment #2 from fxcoudert at gcc dot gnu dot org 2009-06-03 21:12
---
No news for a year and a half. 4.2 branch is now closed.
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from fxcoudert at gcc dot gnu dot org 2009-06-03 21:13
---
4.2 branch is closed, works in 4.3.0
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from fxcoudert at gcc dot gnu dot org 2009-06-03 21:18
---
Here's what it gives with Apple's gcc:
_r:
pushl %ebp
movl%esp, %ebp
subl$72, %esp
movaps %xmm0, -24(%ebp)
movaps %xmm1, -40(%ebp)
movaps %xmm2, -56
--- Comment #2 from fxcoudert at gcc dot gnu dot org 2009-06-03 21:29
---
Not target-specific, can reproduce on x86_64-linux (don't know what you expect,
though).
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from fxcoudert at gcc dot gnu dot org 2009-06-03 21:35
---
Changing subject according to comment #6.
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #19 from fxcoudert at gcc dot gnu dot org 2009-06-03 21:47
---
Still fails on both ppc-darwin and i386-darwin, for 4.3.2, 4.4.0 and current
trunk:
$ cat a.c
extern int puts (const char *);
extern void abort (void);
int main ()
{
__label__ l1;
void foo ()
{
void
--- Comment #3 from fxcoudert at gcc dot gnu dot org 2009-06-03 21:50
---
*** This bug has been marked as a duplicate of 10901 ***
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #20 from fxcoudert at gcc dot gnu dot org 2009-06-03 21:50
---
*** Bug 22119 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=10901
--- Comment #4 from fxcoudert at gcc dot gnu dot org 2009-06-03 21:58
---
(In reply to comment #3)
So I don't know what people want to do about this bug. Over the years some
people have worked to fix such problems as bugs; and some people want to point
to the documentation and say
--- Comment #3 from fxcoudert at gcc dot gnu dot org 2009-06-03 22:00
---
Works for me on 4.3.2, 4.4.0 and 4.5.0. Suppose it's fixed.
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from fxcoudert at gcc dot gnu dot org 2009-06-03 22:16
---
I'm not seeing that one with 4.3.2 (nor with 4.4.0 or current trunk).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34584
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
Severity|normal |enhancement
Status|UNCONFIRMED |NEW
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW |SUSPENDED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40264
--- Comment #2 from fxcoudert at gcc dot gnu dot org 2009-05-27 10:27
---
(In reply to comment #1)
I don't think your patch fixes the following,
print *, leadz(-1_1), leadz(-1_2), leadz(-1_4), leadz(-1_8), leadz(-1_16)
which yields
7 15 31
--- Comment #7 from fxcoudert at gcc dot gnu dot org 2009-05-24 20:07
---
*** Bug 38838 has been marked as a duplicate of this bug. ***
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from fxcoudert at gcc dot gnu dot org 2009-05-24 20:07
---
*** This bug has been marked as a duplicate of 36275 ***
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #8 from fxcoudert at gcc dot gnu dot org 2009-05-24 20:08
---
PR38838 has additional testcases:
subroutine test() bind(c, name=trim(Hello ))
end
and
subroutine test() bind(c, name=1_name)
end
--
fxcoudert at gcc dot gnu dot org changed:
What
--- Comment #6 from fxcoudert at gcc dot gnu dot org 2009-05-22 12:55
---
Fixed on trunk and 4.4 branch.
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from fxcoudert at gcc dot gnu dot org 2009-05-21 09:12
---
It works for me. This sounds like the issue you'd have if you didn't have write
permission to the current directory.
What are the permissions and ownership of the bin and source directories? What
user is trying
--- Comment #5 from fxcoudert at gcc dot gnu dot org 2009-05-21 20:32
---
*** This bug has been marked as a duplicate of 35619 ***
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #27 from fxcoudert at gcc dot gnu dot org 2009-05-21 20:32
---
*** Bug 40212 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35619
--- Comment #3 from fxcoudert at gcc dot gnu dot org 2009-05-21 20:52
---
Thanks for your comments! With such a clear description, it was now easy to
find the issue: if a module file m.mod already exist, we look into it to check
if it's ours; if not, we delete it and write ours
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |fxcoudert at gcc dot gnu dot
|dot org
--- Comment #2 from fxcoudert at gcc dot gnu dot org 2009-05-17 10:57
---
Character lengths are integers of kind value 4. This is not modified by
-fdefault-integer-8. Thus, when converting the index, which has kind value 8,
to the type of a character length, you get the warning
--- Comment #3 from fxcoudert at gcc dot gnu dot org 2009-05-17 12:47
---
Subject: Bug 36260
Author: fxcoudert
Date: Sun May 17 12:47:00 2009
New Revision: 147633
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=147633
Log:
PR fortran/36260
* intrinsic.c
--- Comment #4 from fxcoudert at gcc dot gnu dot org 2009-05-17 12:49
---
Now audited and fixed.
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from fxcoudert at gcc dot gnu dot org 2009-05-17 13:40
---
This was an Apple bug; furthermore, it seems to have been fixed somewhere
between 10.5.2 and 10.5.7.
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Component|other |c
Ever
--- Comment #7 from fxcoudert at gcc dot gnu dot org 2009-05-17 18:54
---
Fixed on trunk and 4.4 branch, closing.
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |fxcoudert at gcc dot gnu dot
|dot org
--- Comment #3 from fxcoudert at gcc dot gnu dot org 2009-05-16 16:11
---
Subject: Bug 36031
Author: fxcoudert
Date: Sat May 16 16:11:11 2009
New Revision: 147615
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=147615
Log:
PR fortran/36031
* decl.c (set_enum_kind
--- Comment #4 from fxcoudert at gcc dot gnu dot org 2009-05-16 16:12
---
Probably fixed on trunk. Please reopen if not.
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #9 from fxcoudert at gcc dot gnu dot org 2009-05-16 16:15
---
Patch posted for the compile-time part of this PR:
http://gcc.gnu.org/ml/gcc-patches/2009-05/msg01013.html
Here are three testcases that should be handled when runtime checking is
performed:
$ cat a3.f90
--- Comment #10 from fxcoudert at gcc dot gnu dot org 2009-05-16 16:53
---
Subject: Bug 31243
Author: fxcoudert
Date: Sat May 16 16:53:02 2009
New Revision: 147619
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=147619
Log:
PR fortran/31243
* resolve.c
--- Comment #11 from fxcoudert at gcc dot gnu dot org 2009-05-16 17:00
---
Now, these very long strings are caught at compile-time when possible. We
should also add runtime checks, for non-constant lengths; three such examples
are given in comment #9.
Removing the wrong-code keyword
--- Comment #20 from fxcoudert at gcc dot gnu dot org 2009-05-16 17:33
---
Subject: Bug 33197
Author: fxcoudert
Date: Sat May 16 17:33:23 2009
New Revision: 147621
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=147621
Log:
PR fortran/33197
* intrinsic.c
--- Comment #21 from fxcoudert at gcc dot gnu dot org 2009-05-16 18:09
---
ERFC_SCALED compile-time simplification was committed.
TODO (carried on from above):
- TAN(X,Y) (= TAN2(X,Y))
- BESSEL_JN and BESSEL_YN: Transitional form is missing
- NORM2
- Finish complex (A)TAN(H), (A)COSH
--- Comment #2 from fxcoudert at gcc dot gnu dot org 2009-05-16 20:31
---
I can reproduce it with 4.2.1, but it's fixed with 4.3.2, 4.4.0 and trunk.
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last
--- Comment #3 from fxcoudert at gcc dot gnu dot org 2009-05-13 09:03
---
Frankly, this is a snag in a non-default debugging feature in rare conditions;
that has to be a third-order enhancement request, at least! :) We cannot
provide completely foolproof debugging capablities anyway
--- Comment #8 from fxcoudert at gcc dot gnu dot org 2009-05-13 19:37
---
I used to see that, but now not any more. Does someone else still see this
happening? And with what testcase?
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed
--- Comment #8 from fxcoudert at gcc dot gnu dot org 2009-05-13 19:48
---
As far as I know, this one has disappeared a long time ago.
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from fxcoudert at gcc dot gnu dot org 2009-05-13 20:04
---
Simpler testcase, confirmed on native i386-pc-mingw32 (trunk, SVN rev. 147441):
$ cat a.c
void __attribute__((dllimport,fastcall)) h(int);
void f()
{
h(2);
h(1);
}
$ gcc -S -O1 a.c -foptimize-sibling-calls
--- Comment #10 from fxcoudert at gcc dot gnu dot org 2009-05-13 20:24
---
Fixed, at least for current trunk.
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last
--- Comment #4 from fxcoudert at gcc dot gnu dot org 2009-05-08 09:30
---
(In reply to comment #3)
As a matter of curiosity, do other compilers catch this?
Intel does not.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38592
--- Comment #2 from fxcoudert at gcc dot gnu dot org 2009-05-07 20:05
---
As long as we don't support IEEE arithmetic (with the intrinsic module),
getting IEEE results is not required by the standard. Making this an
enhancement, for later :)
--
fxcoudert at gcc dot gnu dot org
--- Comment #14 from fxcoudert at gcc dot gnu dot org 2009-05-07 20:11
---
Another thing you might want to do is change libgfortran.h in your source to
replace this:
#if HAVE_COMPLEX_H
# include complex.h
#else
#define complex __complex__
#endif
with this:
# include complex.h
#undef
--- Comment #18 from fxcoudert at gcc dot gnu dot org 2009-05-07 21:42
---
Subject: Bug 22423
Author: fxcoudert
Date: Thu May 7 21:42:22 2009
New Revision: 147254
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=147254
Log:
PR fortran/22423
* io/transfer.c
--- Comment #2 from fxcoudert at gcc dot gnu dot org 2009-05-07 21:48
---
Subject: Bug 36382
Author: fxcoudert
Date: Thu May 7 21:48:14 2009
New Revision: 147256
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=147256
Log:
PR fortran/36382
* invoke.texi: Document
--- Comment #3 from fxcoudert at gcc dot gnu dot org 2009-05-07 21:50
---
Fixed.
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
Status
--- Comment #3 from fxcoudert at gcc dot gnu dot org 2009-05-07 22:01
---
Subject: Bug 39576
Author: fxcoudert
Date: Thu May 7 22:01:34 2009
New Revision: 147257
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=147257
Log:
PR fortran/39576
* error.c (error_print
--- Comment #4 from fxcoudert at gcc dot gnu dot org 2009-05-07 22:02
---
Fixed.
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
Status
--- Comment #19 from fxcoudert at gcc dot gnu dot org 2009-05-07 22:03
---
We're left with the following:
../../../trunk/libgfortran/io/list_read.c: In function nml_read_obj:
../../../trunk/libgfortran/io/list_read.c:2464: warning: comparison between
bt and enum anonymous
--- Comment #7 from fxcoudert at gcc dot gnu dot org 2009-05-07 22:14
---
Subject: Bug 38830
Author: fxcoudert
Date: Thu May 7 22:14:23 2009
New Revision: 147258
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=147258
Log:
PR fortran/38830
* gfortran.texi
--- Comment #8 from fxcoudert at gcc dot gnu dot org 2009-05-07 22:15
---
Fixed.
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
Status
101 - 200 of 3175 matches
Mail list logo