http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54107
--- Comment #32 from Mikael Morin 2013-02-04
18:34:41 UTC ---
Author: mikael
Date: Mon Feb 4 18:34:30 2013
New Revision: 195729
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=195729
Log:
fortran/
PR fortran/54107
PR
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54195
--- Comment #16 from Mikael Morin 2013-02-04
18:34:42 UTC ---
Author: mikael
Date: Mon Feb 4 18:34:30 2013
New Revision: 195729
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=195729
Log:
fortran/
PR fortran/54107
PR
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54195
--- Comment #17 from Mikael Morin 2013-02-04
19:06:15 UTC ---
Author: mikael
Date: Mon Feb 4 19:06:06 2013
New Revision: 195730
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=195730
Log:
fortran/
PR fortran/54195
* r
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54195
Mikael Morin changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54107
--- Comment #34 from Mikael Morin 2013-02-05
21:31:20 UTC ---
(In reply to comment #33)
> Anything missing before this PR can be closed?
Unburying the patch for comment #4, testing it, committing it.
:-)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54107
--- Comment #35 from Mikael Morin 2013-02-08
15:13:45 UTC ---
Author: mikael
Date: Fri Feb 8 15:13:32 2013
New Revision: 195890
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=195890
Log:
fortran/
PR fortran/54107
* t
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54107
Mikael Morin changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
|unassigned at gcc dot |mikael at gcc dot gnu.org
|gnu.org |
--- Comment #9 from Mikael Morin 2013-02-08
15:46:00 UTC ---
I'm on it.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56269
Mikael Morin changed:
What|Removed |Added
CC||mikael at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56269
--- Comment #4 from Mikael Morin 2013-02-09
20:21:51 UTC ---
(In reply to comment #3)
> Thank you for your fast reply.
> What can I do in order to have only version 4.7.2?
Obviously, you can remove/uninstall version 4.5.3 (the fortran c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56269
--- Comment #5 from Mikael Morin 2013-02-09
20:22:52 UTC ---
(In reply to comment #4)
> (In reply to comment #3)
> > Thank you for your fast reply.
> > What can I do in order to have only version 4.7.2?
>
> Obviously, you can remove/un
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56269
--- Comment #8 from Mikael Morin 2013-02-09
22:40:10 UTC ---
Something is seriously flawed on your side.
What is your toplevel configure command?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54730
--- Comment #10 from Mikael Morin 2013-02-12
18:33:50 UTC ---
Created attachment 29428
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29428
Fairly complete (untested) fix
This patch implements a partial undo framework, in other wor
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54730
Mikael Morin changed:
What|Removed |Added
Attachment #29428|0 |1
is obsolete|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56318
Mikael Morin changed:
What|Removed |Added
CC||mikael at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53537
--- Comment #11 from Mikael Morin 2013-02-17
22:59:59 UTC ---
Author: mikael
Date: Sun Feb 17 22:59:52 2013
New Revision: 196112
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=196112
Log:
2013-02-17 Tobias Burnus
Mi
||FIXED
AssignedTo|unassigned at gcc dot |mikael at gcc dot gnu.org
|gnu.org |
Target Milestone|4.6.4 |4.7.3
--- Comment #12 from Mikael Morin 2013-02-19
13:07:40 UTC ---
The 4.6 backport
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55117
Mikael Morin changed:
What|Removed |Added
CC||mikael at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55789
Mikael Morin changed:
What|Removed |Added
CC||mikael at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55362
Mikael Morin changed:
What|Removed |Added
CC||mikael at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54730
--- Comment #12 from Mikael Morin 2013-03-03
17:34:48 UTC ---
Author: mikael
Date: Sun Mar 3 17:34:42 2013
New Revision: 196414
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=196414
Log:
fortran/
PR fortran/54730
* g
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54730
--- Comment #13 from Mikael Morin 2013-03-03
17:52:10 UTC ---
Author: mikael
Date: Sun Mar 3 17:52:02 2013
New Revision: 196416
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=196416
Log:
fortran/
PR fortran/54730
* a
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54730
Mikael Morin changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56477
--- Comment #3 from Mikael Morin 2013-03-03
19:58:53 UTC ---
Author: mikael
Date: Sun Mar 3 19:58:49 2013
New Revision: 196417
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=196417
Log:
fortran/
PR fortran/56477
* ex
||mikael at gcc dot gnu.org
Resolution||FIXED
--- Comment #4 from Mikael Morin 2013-03-03
20:01:44 UTC ---
Fixed.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56637
Mikael Morin changed:
What|Removed |Added
CC||mikael at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56816
--- Comment #6 from Mikael Morin 2013-04-03
19:36:03 UTC ---
gfc_match_select_type creates a new namespace before proceeding with parsing,
which it deletes on match failure. However, symbols (from that namespace) that
may have been create
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56816
--- Comment #7 from Mikael Morin 2013-04-03
20:33:59 UTC ---
The following tentative patch uses the recent multiple change set facility.
It is not sufficient though. It triggers an assertion in
enforce_single_undo_checkpoint, called from gfc_com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56816
--- Comment #8 from Mikael Morin 2013-04-03
20:58:25 UTC ---
Another tentative patch.
This moves the namespace release after the call to gfc_undo_symbols.
With it, one gets among a trail of other errors:
bug_report.f03:322.8:
select ty
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56816
--- Comment #9 from Mikael Morin 2013-04-07
11:28:45 UTC ---
Created attachment 29817
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29817
Another tentative patch
This variant moves the namespace allocation to parse_select_type_blo
||2013-04-07
AssignedTo|unassigned at gcc dot |mikael at gcc dot gnu.org
|gnu.org |
Ever Confirmed|0 |1
--- Comment #10 from Mikael Morin 2013-04-07
11:30:43 UTC ---
Comment #9, is a
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56852
Mikael Morin changed:
What|Removed |Added
CC||mikael at gcc dot gnu.org
||mikael at gcc dot gnu.org
Resolution|FIXED |
--- Comment #10 from Mikael Morin 2013-04-10
16:09:38 UTC ---
> - if (c == NULL)
> + /* Don't do any simplififcation if we have
> + - no element in the constructor or
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56937
Mikael Morin changed:
What|Removed |Added
CC||mikael at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56937
--- Comment #4 from Mikael Morin 2013-04-13
10:26:05 UTC ---
The following variant is valid, and gives 1.0 as expected.
But it doesn't avoid the temporary either.
real :: r(4), p(4)
integer :: idx(4)
p = [0.25, 0.25, 0.25, 0.25]
idx
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56937
--- Comment #5 from Mikael Morin 2013-04-13
10:32:46 UTC ---
(In reply to comment #0)
> tmp(2) = r(1) + 0.25 ! r(1:4) == 0
> tmp(2) = r(2) + 0.25
> tmp(3) = r(3) + 0.25
> tmp(2) = r(4) + 0.25
> r(2) = tmp(2) ! = 0.25
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56816
Mikael Morin changed:
What|Removed |Added
Target Milestone|--- |4.8.1
Summary|ICE in d
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56816
Mikael Morin changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56872
--- Comment #12 from Mikael Morin 2013-04-19
10:03:55 UTC ---
Author: mikael
Date: Fri Apr 19 09:58:41 2013
New Revision: 198086
URL: http://gcc.gnu.org/viewcvs?rev=198086&root=gcc&view=rev
Log:
2013-04-19 Thomas Koenig
Mi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57022
Mikael Morin changed:
What|Removed |Added
CC||mikael at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56872
--- Comment #13 from Mikael Morin 2013-04-22
14:09:00 UTC ---
Author: mikael
Date: Mon Apr 22 14:07:29 2013
New Revision: 198139
URL: http://gcc.gnu.org/viewcvs?rev=198139&root=gcc&view=rev
Log:
2013-04-22 Thomas Koenig
Mi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56872
Mikael Morin changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39290
--- Comment #8 from Mikael Morin 2013-04-29
10:59:51 UTC ---
The following excerpt from gfc_compare_interfaces(interface.c) seems to be the
cause of 'qc' being called:
if (s1->attr.function && s2->attr.function)
{
/* If
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54199
Mikael Morin changed:
What|Removed |Added
CC||mikael at gcc dot gnu.org
--- Comment #1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34004
Mikael Morin changed:
What|Removed |Added
CC||mikael at gcc dot gnu.org
--- Comment #6
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39290
Mikael Morin changed:
What|Removed |Added
CC||mikael at gcc dot gnu.org
--- Comment #2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47586
--- Comment #1 from Mikael Morin 2012-08-14
16:46:07 UTC ---
Author: mikael
Date: Tue Aug 14 16:45:55 2012
New Revision: 190394
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=190394
Log:
fortran/
PR fortran/47586
* trans-expr.c (e
||mikael at gcc dot gnu.org
Resolution||FIXED
--- Comment #2 from Mikael Morin 2012-08-14
16:52:33 UTC ---
Fixed for 4.8.0.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54301
Mikael Morin changed:
What|Removed |Added
CC||mikael at gcc dot gnu.org
--- Comment #1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39290
--- Comment #4 from Mikael Morin 2012-08-18
21:56:02 UTC ---
(In reply to comment #3)
> Thus, I concur that it seems to be fixed. However, one could consider to
> include the two test cases of the IR in the testsuite - besides the invalid
> one
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39290
--- Comment #5 from Mikael Morin 2012-08-18
22:00:20 UTC ---
Author: mikael
Date: Sat Aug 18 22:00:10 2012
New Revision: 190504
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=190504
Log:
Add the working testcase from PR fortran/39290.
te
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38536
Mikael Morin changed:
What|Removed |Added
Status|ASSIGNED|NEW
AssignedTo|mikael at gcc dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38113
Mikael Morin changed:
What|Removed |Added
Status|ASSIGNED|NEW
AssignedTo|mikael at gcc dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38113
--- Comment #8 from Mikael Morin 2012-08-26
09:20:16 UTC ---
Unassigning.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41093
Mikael Morin changed:
What|Removed |Added
AssignedTo|mikael at gcc dot gnu.org |unassigned at gcc dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54474
--- Comment #4 from Mikael Morin 2012-09-05
13:27:08 UTC ---
Author: mikael
Date: Wed Sep 5 13:26:58 2012
New Revision: 190977
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=190977
Log:
2012-09-05 Dominique Dhumieres
PR fortran/5
||mikael at gcc dot gnu.org
Resolution||FIXED
--- Comment #5 from Mikael Morin 2012-09-05
13:37:37 UTC ---
Fix committed.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54208
Mikael Morin changed:
What|Removed |Added
CC||mikael at gcc dot gnu.org
--- Comment #4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54208
--- Comment #5 from Mikael Morin 2012-09-07
20:37:45 UTC ---
Author: mikael
Date: Fri Sep 7 20:37:41 2012
New Revision: 191083
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=191083
Log:
fortran/
PR fortran/54208
* simplify.c (sim
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54208
--- Comment #6 from Mikael Morin 2012-09-08
09:23:00 UTC ---
Author: mikael
Date: Sat Sep 8 09:22:54 2012
New Revision: 191090
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=191090
Log:
fortran/
PR fortran/54208
* simplify.c (sim
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54208
--- Comment #7 from Mikael Morin 2012-09-12
21:54:57 UTC ---
Author: mikael
Date: Wed Sep 12 21:54:50 2012
New Revision: 191233
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=191233
Log:
fortran/
PR fortran/54208
* simplify.c (sim
||FIXED
AssignedTo|unassigned at gcc dot |mikael at gcc dot gnu.org
|gnu.org |
--- Comment #8 from Mikael Morin 2012-09-12
22:01:10 UTC ---
Fixed for releases [4.6.4], [4.7.2], [4.8.0].
Thanks for the bug report.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54599
Mikael Morin changed:
What|Removed |Added
CC||mikael at gcc dot gnu.org
--- Comment #1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54618
Mikael Morin changed:
What|Removed |Added
CC||mikael at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45586
--- Comment #85 from Mikael Morin 2012-09-26
16:06:59 UTC ---
(In reply to comment #84)
> (In reply to comment #83)
> > any progress on this one?
>
> Well, the patch at http://gcc.gnu.org/ml/fortran/2012-08/msg00150.html solves
> sever
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31119
Mikael Morin changed:
What|Removed |Added
CC||mikael at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46978
--- Comment #5 from Mikael Morin 2010-12-17
19:28:36 UTC ---
(In reply to comment #4)
> Thus, a good candidate would be the TRANSFER rewriting patch for PR 45648.
>
You mean the TRANSPOSE rewriting patch.
I was hoping not to be the culprit befor
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46990
Mikael Morin changed:
What|Removed |Added
CC||mikael at gcc dot gnu.org
--- Comment #2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46978
--- Comment #6 from Mikael Morin 2010-12-19
15:47:14 UTC ---
This seems to be the problem :
the front-end generates a transposed descriptor for a non-intrinsic function.
If the function is an intrinsic, the descriptor is filled in the library, a
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46978
--- Comment #7 from Mikael Morin 2010-12-20
23:24:54 UTC ---
This seems to fix it, though I find it somewhat suspicious.
Index: trans-array.c
===
--- trans-array.c(révision 16
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46978
--- Comment #8 from Mikael Morin 2010-12-20
23:29:34 UTC ---
(In reply to comment #6)
> This seems to be the problem :
> the front-end generates a transposed descriptor for a non-intrinsic function.
> If the function is an intrinsic, the descrip
||2010.12.22 12:37:08
AssignedTo|unassigned at gcc dot |mikael at gcc dot gnu.org
|gnu.org |
Ever Confirmed|0 |1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46978
--- Comment #10 from Mikael Morin 2010-12-23
13:35:57 UTC ---
Author: mikael
Date: Thu Dec 23 13:35:53 2010
New Revision: 168206
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=168206
Log:
2010-12-23 Mikael Morin
PR fortran/46978
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46978
--- Comment #11 from Mikael Morin 2010-12-23
13:39:10 UTC ---
Author: mikael
Date: Thu Dec 23 13:39:06 2010
New Revision: 168207
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=168207
Log:
2010-12-23 Mikael Morin
PR fortran/46978
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46978
Mikael Morin changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47051
Mikael Morin changed:
What|Removed |Added
CC||mikael at gcc dot gnu.org
--- Comment #8
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45777
Mikael Morin changed:
What|Removed |Added
CC||mikael at gcc dot gnu.org
--- Comment #8
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47204
Mikael Morin changed:
What|Removed |Added
CC||mikael at gcc dot gnu.org
--- Comment #4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45586
Mikael Morin changed:
What|Removed |Added
CC||mikael at gcc dot gnu.org
--- Comment #24
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45586
--- Comment #27 from Mikael Morin 2011-01-17
13:01:23 UTC ---
(In reply to comment #25)
> Maybe it would be better to set the "inherited" pointer and target
> attributes much earlier, in gfc_variable_attr. With a bit of luck,
> things would then
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47341
Mikael Morin changed:
What|Removed |Added
CC||mikael at gcc dot gnu.org
--- Comment #2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45586
--- Comment #30 from Mikael Morin 2011-01-18
12:48:41 UTC ---
(In reply to comment #28)
> One way would be to keep for data types all the time the two versions around:
> One with restrict and one without restrict;
makes sense
> thus, if one does
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45586
--- Comment #33 from Mikael Morin 2011-01-18
17:21:54 UTC ---
(In reply to comment #32)
> Yes, but it's possible I was going up the wrong tree. My idea was to
> build the no-restrict variants of types on demand, as necessary, basically
> from gf
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45586
--- Comment #36 from Mikael Morin 2011-01-21
22:54:53 UTC ---
(In reply to comment #34)
> Yep, that's what I figured eventually :) The question now is if for:
>
> --
> type bar
> integer :: a
> end type bar
> type(
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45586
--- Comment #38 from Mikael Morin 2011-01-25
14:32:28 UTC ---
The patch looks good.
Somewhat hackish as you acknowledge, but worth submitting anyway.
A few minor comments below.
> Index: fortran/trans-expr.c
> ==
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45586
--- Comment #39 from Mikael Morin 2011-01-25
14:40:40 UTC ---
(In reply to comment #37)
>
> That's what we do ;)
Wow! Middle-end gurus take design decisions of mine before I have ever thought
them. They are real wizards after all.
> And voi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47463
Mikael Morin changed:
What|Removed |Added
CC||mikael at gcc dot gnu.org
--- Comment #2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45586
Mikael Morin changed:
What|Removed |Added
CC||janus at gcc dot gnu.org
--- Comment #42 f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47546
Mikael Morin changed:
What|Removed |Added
CC||mikael at gcc dot gnu.org
--- Comment #2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47546
--- Comment #13 from Mikael Morin 2011-02-02
21:26:56 UTC ---
(In reply to comment #12)
> (In reply to comment #11)
> > > ... Also: Can you reproduce the
> > > error with my reduced test case in comment #8?
> >
> > I can. Apparently some p->fixu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47546
--- Comment #14 from Mikael Morin 2011-02-02
22:24:54 UTC ---
in read_module, around line 4390
/* Skip symtree nodes not in an ONLY clause, unless there
is an existing symtree loaded from another USE statement. */
if (p ==
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47546
--- Comment #16 from Mikael Morin 2011-02-03
18:32:07 UTC ---
Rich, in case this is a blocker on a real world application, you can probably
circumvent the error by not use-importing hydro_state when you use-import
hydro_speeds.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47601
Mikael Morin changed:
What|Removed |Added
CC||mikael at gcc dot gnu.org
--- Comment #2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47601
--- Comment #4 from Mikael Morin 2011-02-03
19:31:07 UTC ---
gyre_lanr_discrim.f90:6.15:
use gyre_func
1
Fatal Error: Can't open module file 'gyre_func.mod' for reading at (1): No such
file or directory
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47601
--- Comment #6 from Mikael Morin 2011-02-03
21:54:09 UTC ---
(In reply to comment #5)
> Created attachment 23241 [details]
> Revised tar archive w/ source & Makefile
>
> Seems some stuff got left out of the tar file. Here's a new set of source
>
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43829
--- Comment #31 from Mikael Morin 2011-02-07
18:49:10 UTC ---
Created attachment 23267
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23267
testcase
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43829
Mikael Morin changed:
What|Removed |Added
Attachment #21016|0 |1
is obsolete|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45586
--- Comment #47 from Mikael Morin 2011-02-12
14:56:35 UTC ---
Author: mikael
Date: Sat Feb 12 14:56:32 2011
New Revision: 170074
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=170074
Log:
2011-02-12 Mikael Morin
PR fortran/45586
||mikael at gcc dot gnu.org
--- Comment #1 from Mikael Morin 2011-02-18
21:13:11 UTC ---
low hanging fruit:
diff --git a/interface.c b/interface.c
index 1e5df61..32c8b6e 100644
--- a/interface.c
+++ b/interface.c
@@ -2292,6 +2292,7 @@ compare_actual_formal (gfc_actual_arglist **ap
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46459
--- Comment #2 from Mikael Morin 2011-02-18
21:16:03 UTC ---
By the way the conditions should not test against
a->expr->symtree->n.sym->as->type
as it does not support derived type components.
1 - 100 of 984 matches
Mail list logo
