--- Comment #1 from fxcoudert at gcc dot gnu dot org 2006-06-22 06:33
---
Confirmed, I'll look into it.
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |
--- Comment #3 from fxcoudert at gcc dot gnu dot org 2006-06-24 08:27
---
Subject: Bug 28094
Author: fxcoudert
Date: Sat Jun 24 08:27:32 2006
New Revision: 114961
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=114961
Log:
PR fortran/28094
* trans-int
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
Known to fail|4.2.0 4.1.2 |4.1.2
Known to work||4.2.0
Version: 4.2.0
Status: UNCONFIRMED
Keywords: ice-on-valid-code
Severity: normal
Priority: P3
Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: fxcoudert at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28151
--- Comment #4 from fxcoudert at gcc dot gnu dot org 2006-06-24 16:06
---
Subject: Bug 23862
Author: fxcoudert
Date: Sat Jun 24 16:06:28 2006
New Revision: 114970
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=114970
Log:
PR fortran/23862
* lang-spec
--- Comment #2 from fxcoudert at gcc dot gnu dot org 2006-06-24 18:10
---
Subject: Bug 28081
Author: fxcoudert
Date: Sat Jun 24 18:10:47 2006
New Revision: 114972
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=114972
Log:
PR fortran/28081
* r
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: fxcoudert at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28154
nu dot org
ReportedBy: fxcoudert at gcc dot gnu dot org
GCC target triplet: i686-pc-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28158
--- Comment #2 from fxcoudert at gcc dot gnu dot org 2006-06-24 22:00
---
(In reply to comment #1)
> Index: config/i386/i386.md
> ===
> --- config/i386/i386.md (revision 114974)
> +++ config/i386/i386.md (
--- Comment #8 from fxcoudert at gcc dot gnu dot org 2006-06-24 22:16
---
(In reply to comment #3)
> I believe the segfault is appropriately fixed by the following patch
I still think this patch is the right thing, and I've been looking through the
other transformational fun
_string is inefficient
Product: gcc
Version: 4.2.0
Status: UNCONFIRMED
Keywords: missed-optimization
Severity: enhancement
Priority: P3
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: fx
--- Comment #1 from fxcoudert at gcc dot gnu dot org 2006-06-25 12:31
---
Created an attachment (id=11746)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11746&action=view)
Patch described in the bug report
--
fxcoudert at gcc dot gnu dot org changed:
--- Comment #2 from fxcoudert at gcc dot gnu dot org 2006-06-28 12:11
---
On my system, I have the lastest mingw runtime (from the www.mingw.org download
page):
mingw-runtime-3.9.tar.gz341 kb Oct 27, 200517:10
and libgfortran configury does not find
--- Comment #3 from fxcoudert at gcc dot gnu dot org 2006-06-28 14:32
---
(In reply to comment #2)
> mingw-runtime-3.9.tar.gz341 kb Oct 27, 200517:10
There was in fact a mingw-runtime-3.10 release, but it's not yet on the
appropriate mingw.org pa
--- Comment #5 from fxcoudert at gcc dot gnu dot org 2006-06-30 08:54
---
Reduced testcase:
real function foo ()
if (foo .gt. 0) call abort
end
I'm almost sure it's a type mismatch problem. The above code generates the
following tree dump:
foo ()
{
real8 __result_
iority: P3
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: fxcoudert at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28208
--- Comment #9 from fxcoudert at gcc dot gnu dot org 2006-07-02 21:17
---
Subject: Bug 26801
Author: fxcoudert
Date: Sun Jul 2 21:17:05 2006
New Revision: 115134
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=115134
Log:
PR fortran/28094
* trans-int
--- Comment #5 from fxcoudert at gcc dot gnu dot org 2006-07-02 21:17
---
Subject: Bug 28094
Author: fxcoudert
Date: Sun Jul 2 21:17:05 2006
New Revision: 115134
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=115134
Log:
PR fortran/28094
* trans-int
--- Comment #4 from fxcoudert at gcc dot gnu dot org 2006-07-02 21:17
---
Subject: Bug 27965
Author: fxcoudert
Date: Sun Jul 2 21:17:05 2006
New Revision: 115134
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=115134
Log:
PR fortran/28094
* trans-int
--- Comment #5 from fxcoudert at gcc dot gnu dot org 2006-07-02 21:17
---
Subject: Bug 23862
Author: fxcoudert
Date: Sun Jul 2 21:17:05 2006
New Revision: 115134
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=115134
Log:
PR fortran/28094
* trans-int
--- Comment #3 from fxcoudert at gcc dot gnu dot org 2006-07-02 21:17
---
Subject: Bug 28081
Author: fxcoudert
Date: Sun Jul 2 21:17:05 2006
New Revision: 115134
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=115134
Log:
PR fortran/28094
* trans-int
--- Comment #6 from fxcoudert at gcc dot gnu dot org 2006-07-02 21:22
---
Fixed.
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
Status
--- Comment #10 from fxcoudert at gcc dot gnu dot org 2006-07-02 21:22
---
Fixed.
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
Status
--- Comment #5 from fxcoudert at gcc dot gnu dot org 2006-07-02 21:23
---
Fixed.
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
Known to fail
--- Comment #4 from fxcoudert at gcc dot gnu dot org 2006-07-02 21:23
---
Fixed.
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
Status
--- Comment #6 from fxcoudert at gcc dot gnu dot org 2006-07-02 21:23
---
Fixed.
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
Status
--- Comment #24 from fxcoudert at gcc dot gnu dot org 2006-07-03 12:58
---
(In reply to comment #23)
> Is the list of missing intrinsics given in comment #7 still valid? I tried to
> compile F77 code I inherited and got undefined references for itime_ and
> idate_
> (gf
y: P3
Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: fxcoudert at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28252
--- Comment #12 from fxcoudert at gcc dot gnu dot org 2006-07-05 09:45
---
(In reply to comment #9)
> mingw has an implementation of _IO_ldtoa() and _IO_ldtostr(), based on Stephen
> Moshier's ioldoubl package, that could be used. Currently, the ldtoa function
> is no
--- Comment #6 from fxcoudert at gcc dot gnu dot org 2006-07-05 11:43
---
(In reply to comment #5)
> Can we close this?
I think we can. If someone has precise input on how we can make -fbounds-check
even faster, please reopen this PR with extra details.
--
fxcoudert at gcc dot
--- Comment #2 from fxcoudert at gcc dot gnu dot org 2006-07-05 11:50
---
I have a patch here: http://gcc.gnu.org/ml/gcc-patches/2006-07/msg00137.html
--
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 #7 from fxcoudert at gcc dot gnu dot org 2006-07-05 15:09
---
(In reply to comment #6)
> Andrew, what is the status on that bug? Do you still observe mismatch in the
> testsuite, or can we close the PR?
ping
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25270
--- Comment #4 from fxcoudert at gcc dot gnu dot org 2006-07-05 15:22
---
Subject: Bug 20892
Author: fxcoudert
Date: Wed Jul 5 15:22:26 2006
New Revision: 115201
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=115201
Log:
PR fortran/20892
* int
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
Known to fail||4.1.2
Known to work||4.2.0
--- Comment #3 from fxcoudert at gcc dot gnu dot org 2006-07-06 17:12
---
Subject: Bug 27874
Author: fxcoudert
Date: Thu Jul 6 17:12:25 2006
New Revision: 115224
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=115224
Log:
PR fortran/27874
* tran
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
Known to fail||4.1.2
Known to work||4.2.0
--- Comment #3 from fxcoudert at gcc dot gnu dot org 2006-07-06 20:37
---
Subject: Bug 28129
Author: fxcoudert
Date: Thu Jul 6 20:37:36 2006
New Revision: 115231
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=115231
Log:
PR fortran/28129
* trans
--- Comment #6 from fxcoudert at gcc dot gnu dot org 2006-07-06 21:00
---
Unless I'm severely mistaken, this is not library issue but a front-end issue.
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |
--- Comment #5 from fxcoudert at gcc dot gnu dot org 2006-07-09 20:49
---
(In reply to comment #4)
> FX, are you working on this problem?
No, I'm not working on it any more.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24285
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last
--- Comment #8 from fxcoudert at gcc dot gnu dot org 2006-07-11 07:59
---
Closing.
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
Status
--- Comment #3 from fxcoudert at gcc dot gnu dot org 2006-07-12 15:11
---
Subject: Bug 28163
Author: fxcoudert
Date: Wed Jul 12 15:11:11 2006
New Revision: 115372
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=115372
Log:
PR fortran/28163
* tran
--- Comment #4 from fxcoudert at gcc dot gnu dot org 2006-07-12 15:17
---
Fixed on 4.2
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from fxcoudert at gcc dot gnu dot org 2006-07-12 15:19
---
Confirmed, then, if there's a patch already :)
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |
--- Comment #2 from fxcoudert at gcc dot gnu dot org 2006-07-12 15:21
---
Confirmed, and not target-specific. I'll look into it.
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |
--- Comment #18 from fxcoudert at gcc dot gnu dot org 2008-12-11 10:39
---
(In reply to comment #17)
> var = gfc_create_var (TREE_TYPE (expr), NULL);
>
> is replaced with
>
> + tree tmp = gfc_create_var (gfc_charlen_type_node, "slength");
>
&
iling gcc.c
(and only gcc.c) without -Werror, I can confirm that the rest of the bootstrap
then goes fine.
--
Summary: Bootstrap broken on mingw32
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Keywords: build
Severity: critical
Pri
--- Comment #2 from fxcoudert at gcc dot gnu dot org 2008-12-19 23:11
---
I'm adding Kai to the CC list. As he's now maintainer, he may want to help
here.
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed
Keywords: ice-on-valid-code
Severity: normal
Priority: P3
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: fxcoudert at gcc dot gnu dot org
OtherBugsDependingO 32834
nThis:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40018
ty: normal
Priority: P3
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: fxcoudert at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40019
--- Comment #3 from fxcoudert at gcc dot gnu dot org 2009-05-04 19:37
---
About POPCNT and POPPAR, beware! Implementations are much harder than simply
using the GCC __builtin_popcount{,l,ll}: see PR40019 for similar issue with
LEADZ and TRAILZ.
--
http://gcc.gnu.org/bugzilla
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last
--- Comment #5 from fxcoudert at gcc dot gnu dot org 2009-05-05 08:04
---
(In reply to comment #3)
> gcc version 4.1.2 20071124 (Red Hat 4.1.2-42)
Well, your original bugreport is with gfortran 4.2.4, but anyway: both the 4.1
and 4.2 branches have been closed, so this won't
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
Severity|normal |enhancement
Status|UNCONFIRMED |NEW
--- Comment #11 from fxcoudert at gcc dot gnu dot org 2009-05-05 08:18
---
As far as I can say, the targets with this problem are: avr, bfin, h8300,
picochip and sh (for some subtargets of sh).
On avr, bfin, h8300 and picochip, we're doomed anyway because there is no
double-sized
--- Comment #2 from fxcoudert at gcc dot gnu dot org 2009-05-05 08:30
---
I can confirm it's missing a break:
Index: error.c
===
--- error.c (revision 147105)
+++ error.c (working copy)
@@ -533,6 +
--- 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 do
--- 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
#else
#define complex __complex__
#endif
with this:
# include
#undef complex
#define
--- 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=gcc&view=rev&rev=147254
Log:
PR fortran/22423
* io/tr
--- 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=gcc&view=rev&rev=147256
Log:
PR fortran/36382
* inv
--- 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=gcc&view=rev&rev=147257
Log:
PR fortran/39576
* error.c (err
--- 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
../../../
--- 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=gcc&view=rev&rev=147258
Log:
PR fortran/38830
* gfort
--- 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
--- 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
--
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
--- 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
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=gcc&view=rev&rev=147615
Log:
PR fortran/36031
--- 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=gcc&view=rev&rev=147619
Log:
PR fortran/31243
* r
--- 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&quo
--- 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=gcc&view=rev&rev=147621
Log:
PR fortran/33197
* int
--- 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 |
--- 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 with
--- 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=gcc&view=rev&rev=147633
Log:
PR fortran/36260
* int
--- 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 #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
--- 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
--- Comment #4 from fxcoudert at gcc dot gnu dot org 2009-05-22 07:04
---
Subject: Bug 40195
Author: fxcoudert
Date: Fri May 22 07:04:09 2009
New Revision: 147793
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=147793
Log:
PR fortran/40195
*
--- Comment #5 from fxcoudert at gcc dot gnu dot org 2009-05-22 12:54
---
Subject: Bug 40195
Author: fxcoudert
Date: Fri May 22 12:54:23 2009
New Revision: 147796
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=147796
Log:
PR fortran/40195
*
--- 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 #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
201 - 300 of 3201 matches
Mail list logo
