https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67564
Paul Thomas changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67564
--- Comment #14 from Paul Thomas ---
Author: pault
Date: Sat Nov 5 07:11:24 2016
New Revision: 241869
URL: https://gcc.gnu.org/viewcvs?rev=241869&root=gcc&view=rev
Log:
2016-11-05 Paul Thomas
PR fortran/67564
* trans-expr.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67564
--- Comment #13 from Dominique d'Humieres ---
> Created attachment 39966 [details]
> Fix for testcase in comment 9
Works as advertised.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67564
--- Comment #12 from Paul Thomas ---
Created attachment 39966
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=39966&action=edit
Fix for testcase in comment 9
The testcase in comment #10 seems to have been fixed by Andre.
After regtesting,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67564
--- Comment #11 from neil.n.carlson at gmail dot com ---
Ping
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67564
--- Comment #10 from neil.n.carlson at gmail dot com ---
Here's another example, but in this case the bad, source-allocated class(*)
variable is just a local variable. It is rank-2 however.
character(:), allocatable :: array(:,:)
array = reshape
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67564
--- Comment #9 from neil.n.carlson at gmail dot com ---
I confirm that my original example now runs without error with the current
6-branch. However this variation, where the allocated unlimited polymorphic
variable is passed back as a return arg
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67564
--- Comment #8 from Dominique d'Humieres ---
> Created attachment 37531 [details]
> Fix for 5-branch
>
> 5-branch requires a slightly different fix. For some reason, the argument
> to copy is not being given the unlimited polymorphic attribute. E
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67564
--- Comment #7 from Dominique d'Humieres ---
> For whatever reason that I cannot uncover, the part of the original patch
> in trans-array.c is no longer necessary. The remainder (attached) is down
> to being 'obvious' and so I will commit it as s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67564
--- Comment #6 from Paul Thomas ---
Created attachment 37531
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=37531&action=edit
Fix for 5-branch
5-branch requires a slightly different fix. For some reason, the argument to
copy is not being g
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67564
--- Comment #5 from Paul Thomas ---
Author: pault
Date: Sun Jan 31 10:22:05 2016
New Revision: 233016
URL: https://gcc.gnu.org/viewcvs?rev=233016&root=gcc&view=rev
Log:
2016-01-31 Paul Thomas
PR fortran/67564
* trans-expr.c (
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67564
--- Comment #4 from Paul Thomas ---
Created attachment 37530
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=37530&action=edit
Patch to be committed
For whatever reason that I cannot uncover, the part of the original patch in
trans-array.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67564
--- Comment #3 from Dominique d'Humieres ---
> Created attachment 37395 [details]
> A provisional patch for the PR
>
> This fixes the immediate problem. I think some tidying up of unlimited
> polymorphism is needed. In any case, I am not in a pos
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67564
Paul Thomas changed:
What|Removed |Added
CC||pault at gcc dot gnu.org
Assigne
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67564
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
15 matches
Mail list logo
