https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59104
Paul Thomas changed:
What|Removed |Added
CC||pault at gcc dot gnu.org
--- Comment #4
gnu.org,
||pault at gcc dot gnu.org
Last reconfirmed||2024-05-21
--- Comment #3 from Paul Thomas ---
(In reply to GCC Commits from comment #2)
> The master branch has been updated by Tobias Burnus :
>
&
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115070
Paul Thomas changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |pault at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103312
--- Comment #9 from Paul Thomas ---
(In reply to Paul Thomas from comment #7)
> Created attachment 58231 [details]
> Preliminary fix for this PR
>
> I went back to the beginning on this problem, having realised that it is far
> too early to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103312
Paul Thomas changed:
What|Removed |Added
CC||anlauf at gmx dot de
--- Comment #8 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103312
--- Comment #7 from Paul Thomas ---
Created attachment 58231
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=58231=edit
Preliminary fix for this PR
I went back to the beginning on this problem, having realised that it is far
too early to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115070
--- Comment #7 from Paul Thomas ---
(In reply to Francois-Xavier Coudert from comment #6)
> So the var_decl in question is fpstate.0:
>
> type type size
> unit-size
> align:8
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114874
Paul Thomas changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
,
||pault at gcc dot gnu.org
--- Comment #3 from Paul Thomas ---
(In reply to anlauf from comment #2)
> Replacing the scalar argument 'obs' by something with rank > 0 avoids the
> ICE,
> but then assumed-rank is not accepted with intent(out).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113363
--- Comment #10 from Paul Thomas ---
Leave open partly because it is awaiting backporting to 14-branch but also
because there are remaining, pre-existing issues involving parentheses around
selector/source expressions:
]
|ICE in storage_size() with |ICE in storage_size() with
|CLASS entity|CLASS entity
CC||pault at gcc dot gnu.org
--- Comment #15 from Paul Thomas ---
Fixed on mainline. Will backport in a month.
Paul
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98534
Paul Thomas changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100027
Paul Thomas changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89462
Paul Thomas changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93678
Paul Thomas changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113956
Paul Thomas changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114535
Paul Thomas changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113384
Paul Thomas changed:
What|Removed |Added
CC||pault at gcc dot gnu.org
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106999
Paul Thomas changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112407
Paul Thomas changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113885
Paul Thomas changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110987
Paul Thomas changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114739
Paul Thomas changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114874
Paul Thomas changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |pault at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114874
--- Comment #6 from Paul Thomas ---
(In reply to anlauf from comment #3)
> Adding Paul, hoping that he can tell what changed for SELECT TYPE recently.
Needless to say, the regression is caused by r14-9489.
I have a fix that regtests OK but
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114874
--- Comment #5 from Paul Thomas ---
(In reply to Paul Thomas from comment #4)
> (In reply to anlauf from comment #3)
> > Adding Paul, hoping that he can tell what changed for SELECT TYPE recently.
>
When c is an array, it compiles and runs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114874
Paul Thomas changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114859
--- Comment #16 from Paul Thomas ---
Hi Jakub,
It's good news that the patch does indeed fix the full problem.
I committed to 15-branch with corrections to the ChangeLogs, as requested by
Mikael. What both of us missed was that I screwed up
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114859
Paul Thomas changed:
What|Removed |Added
Attachment #58054|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114859
Paul Thomas changed:
What|Removed |Added
CC||anlauf at gmx dot de
--- Comment #13
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114859
Paul Thomas changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |pault at gcc dot gnu.org
|--- |FIXED
CC||pault at gcc dot gnu.org
--- Comment #18 from Paul Thomas ---
>From at least 7.4.1 20191027 on, gfortran gives the correct result and detects
ambiguity for both cases. NAG and Intel agree.
Closing as resolved.
Paul
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84868
Paul Thomas changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |pault at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102620
--- Comment #11 from Paul Thomas ---
(In reply to anlauf from comment #10)
> (In reply to Paul Thomas from comment #9)
> > (In reply to anlauf from comment #8)
> > > I get the same behavior at r13-8559 as 14-mainline. There seems to be
> > >
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113885
Paul Thomas changed:
What|Removed |Added
Summary|[13/14 Regression] ice in |[13 Regression] ice in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99183
Paul Thomas changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
||pault at gcc dot gnu.org
Status|NEW |RESOLVED
--- Comment #8 from Paul Thomas ---
(In reply to anlauf from comment #2)
> Adding some printout after initializing the t1%x(:),
>
> do i = 1, size(t1%x)
> print *, len_trim (t1%x
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99183
Paul Thomas changed:
What|Removed |Added
CC||pault at gcc dot gnu.org
--- Comment #8
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89462
Paul Thomas changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |pault at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100815
Paul Thomas changed:
What|Removed |Added
Resolution|--- |WONTFIX
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102620
Paul Thomas changed:
What|Removed |Added
CC||pault at gcc dot gnu.org
--- Comment #9
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104717
Paul Thomas changed:
What|Removed |Added
CC||pault at gcc dot gnu.org
--- Comment #14
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104391
Paul Thomas changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
]
|gfortran loops in code |gfortran loops in code
|generation |generation
CC||pault at gcc dot gnu.org
--- Comment #15 from Paul Thomas ---
Fixed on mainline, so changing summary. Will backport in a couple of weeks
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93678
Paul Thomas changed:
What|Removed |Added
Summary|[11/12/13/14 Regression]|[11/12/13 Regression] ICE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114815
Paul Thomas changed:
What|Removed |Added
CC||pault at gcc dot gnu.org
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93678
Paul Thomas changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |pault at gcc dot gnu.org
|RESOLVED
CC||pault at gcc dot gnu.org
--- Comment #20 from Paul Thomas ---
All the failing testcases posted in this PR now compile and run correctly.
Many thanks once again, Gerhard.
Paul
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106999
Paul Thomas changed:
What|Removed |Added
Summary|[11/12/13/14 Regression]|[11/12/13 Regression] ICE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110987
Paul Thomas changed:
What|Removed |Added
Summary|[13/14 Regression] |[13 Regression]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112407
Paul Thomas changed:
What|Removed |Added
Summary|[13/14 Regression] Fix for |[13 Regression] Fix for
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114739
Paul Thomas changed:
What|Removed |Added
Summary|[14 Regression] ice in |Ensure no IMPLICIT type
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102597
Paul Thomas changed:
What|Removed |Added
Resolution|--- |FIXED
Status|WAITING
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103471
Paul Thomas changed:
What|Removed |Added
Summary|[11/12/13/14 Regression]|Missed no IMPLICIT type
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114739
--- Comment #9 from Paul Thomas ---
> The incorrect errors will have to be fixed on 13-branch at very least.
> Unfortunately, this is not a question of using a backport but I will get
> onto it right away.
>
I have applied the backport
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114739
--- Comment #8 from Paul Thomas ---
Thanks for the report. Fixed on mainline.
The incorrect errors will have to be fixed on 13-branch at very least.
Unfortunately, this is not a question of using a backport but I will get onto
it right away.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103471
--- Comment #10 from Paul Thomas ---
(In reply to Paul Thomas from comment #9)
> > This looks more user friendly.
>
> Also true. I have put it on to regtest but I think that it might be a good
> idea to understand how the symbol evades
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103471
--- Comment #9 from Paul Thomas ---
> This looks more user friendly.
Also true. I have put it on to regtest but I think that it might be a good idea
to understand how the symbol evades resolution :-)
Paul
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103471
--- Comment #8 from Paul Thomas ---
> This looks more user friendly.
Also true. I have put it on to regtest but I think that it might be a good idea
to understand how the symbol evades resolution :-)
Paul
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114739
Paul Thomas changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |pault at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103312
Paul Thomas changed:
What|Removed |Added
CC||pault at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103471
Paul Thomas changed:
What|Removed |Added
CC||pault at gcc dot gnu.org
--- Comment #6
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105168
Paul Thomas changed:
What|Removed |Added
CC||pault at gcc dot gnu.org
--- Comment #6
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113363
--- Comment #7 from Paul Thomas ---
Created attachment 57892
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57892=edit
Fix for this PR
The attachment has two fixes for the PR :-)
The first chunk in trans-array.cc is an alternative to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87477
Bug 87477 depends on bug 113363, which changed state.
Bug 113363 Summary: ICE on ASSOCIATE and unlimited polymorphic function
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113363
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113363
Paul Thomas changed:
What|Removed |Added
Status|RESOLVED|WAITING
Resolution|FIXED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113956
Paul Thomas changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |pault at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114535
--- Comment #4 from Paul Thomas ---
Created attachment 57839
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57839=edit
"Fix" for this PR
Even though no entities of type 'vs' are being referenced in subroutine iss,
gfortran currently
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106987
Paul Thomas changed:
What|Removed |Added
CC||pault at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106999
Paul Thomas changed:
What|Removed |Added
CC||pault at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114535
Paul Thomas changed:
What|Removed |Added
Summary|ICE with elemental |[13/14 regression] ICE with
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114535
Paul Thomas changed:
What|Removed |Added
CC||pault at gcc dot gnu.org
CC||pault at gcc dot gnu.org
--- Comment #9 from Paul Thomas ---
Hi Mikael,
I have assigned the PR to you since you have fixed it on mainline. I presume
that you will backport?
Regards
Paul
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112407
--- Comment #9 from Paul Thomas ---
(In reply to Paul Thomas from comment #8)
> Created attachment 57835 [details]
> An alternative fix for the PR
>
> Hi Tomas,
>
> Would you prefer the compiler to give warning rather than letting the
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113956
--- Comment #3 from Paul Thomas ---
(In reply to anlauf from comment #2)
> Reduced testcase:
>
> subroutine test_array_char(p, x)
> character(*), target :: x(100)
> character(:), pointer :: p(:)
> p => x
> end subroutine
>
>
> We hit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112407
--- Comment #8 from Paul Thomas ---
Created attachment 57835
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57835=edit
An alternative fix for the PR
Hi Tomas,
Would you prefer the compiler to give warning rather than letting the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112407
--- Comment #7 from Paul Thomas ---
Created attachment 57833
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57833=edit
A patch that fixes all the issues in this PR
I apologise for taking so long to return to this problem. Daytime work
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110987
Paul Thomas changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |pault at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103716
Paul Thomas changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113885
Paul Thomas changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |pault at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114141
Paul Thomas changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87477
Bug 87477 depends on bug 114280, which changed state.
Bug 114280 Summary: ASSOCIATE fails with inquiry references when selector
function not yet parsed.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114280
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114280
Paul Thomas changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99065
--- Comment #4 from Paul Thomas ---
This mega-patch, on the scale of the importance of the problem, was required
because of gfortran's one pass parsing. It might be a temporary fix because I
am contemplating how an initial pass of contained
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87477
Bug 87477 depends on bug 89645, which changed state.
Bug 89645 Summary: No IMPLICIT type error with: ASSOCIATE( X => function() )
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89645
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89645
Paul Thomas changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
Severity: normal
Priority: P3
Component: fortran
Assignee: unassigned at gcc dot gnu.org
Reporter: pault at gcc dot gnu.org
Target Milestone: ---
Fails identically back to 6.4.1 at least:
implicit none
type t
real :: re
end type t
call foo
contains
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112834
Paul Thomas changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87477
Bug 87477 depends on bug 112834, which changed state.
Bug 112834 Summary: Class array function selector causes chain of syntax and
other spurious errors
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112834
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114141
--- Comment #14 from Paul Thomas ---
To fix the parentheses wrinkle, this works:
diff --git a/gcc/fortran/match.cc b/gcc/fortran/match.cc
index eee569dac91..64f61c50c66 100644
--- a/gcc/fortran/match.cc
+++ b/gcc/fortran/match.cc
@@ -1963,6
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114141
--- Comment #13 from Paul Thomas ---
(In reply to Steve Kargl from comment #11)
...snip...
> I know you had some ASSOCIATE patches in the works, and
> certainly do not want to interfere. Do you want to
> incorporate my patch or some variation
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114141
--- Comment #12 from Paul Thomas ---
(In reply to Steve Kargl from comment #11)
...snip...
> I know you had some ASSOCIATE patches in the works, and
> certainly do not want to interfere. Do you want to
> incorporate my patch or some variation
|NEW
CC||pault at gcc dot gnu.org
Last reconfirmed||2024-02-29
--- Comment #10 from Paul Thomas ---
(In reply to Jerry DeLisle from comment #9)
> --- snip ---
> > % gfcx -o z a.f90
> > a.f90:5:6:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113363
--- Comment #3 from Paul Thomas ---
(In reply to Paul Thomas from comment #2)
> >
> > Both allocation with source and assignment are broken :-(
>
> With numerical output from foo ([1,2,3,4,5]), we get:
>
>1 3
|1
Status|UNCONFIRMED |NEW
Assignee|unassigned at gcc dot gnu.org |pault at gcc dot gnu.org
--- Comment #2 from Paul Thomas ---
>
> Both allocation with source and assignment are broken :-(
With numerical output from foo ([1,2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113363
--- Comment #1 from Paul Thomas ---
(In reply to anlauf from comment #0)
> While discussing a patch for PR89645/99065, the following issue with
> ASSOCIATE and unlimited polymorphic functions was found:
>
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89645
--- Comment #5 from Paul Thomas ---
Created attachment 56892
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=56892=edit
An experimental patch for two pass compilation of contained procedures with
failures
I am giving up on this. Failures
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112834
Paul Thomas changed:
What|Removed |Added
Blocks||87477
--- Comment #2 from Paul Thomas
dot gnu.org |pault at gcc dot gnu.org
Last reconfirmed||2023-12-06
CC||pault at gcc dot gnu.org
Ever confirmed|0 |1
--- Comment #1 from Paul Thomas ---
Created attachment 56814
: normal
Priority: P3
Component: fortran
Assignee: unassigned at gcc dot gnu.org
Reporter: pault at gcc dot gnu.org
Target Milestone: ---
Created attachment 56777
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=56777=edit
testcase demonstrating prob
1 - 100 of 2171 matches
Mail list logo