[Bug fortran/106606] Internal compiler error with abstract derived type using recursive class() components. since r7-4096-gbf9f15ee55f5b291

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106606 --- Comment #8 from Paul Thomas --- (In reply to Andre Vehreschild from comment #7) > Hi Paul, > > I hope you don't mind, when I take over. I am intrigued why this acts so > strange and I feel, that I am not far off to a solution. > > - Andre

[Bug fortran/116733] [F202y] Generic processing of assumed rank objects

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116733 --- Comment #2 from Paul Thomas --- Created attachment 59126 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=59126&action=edit First testcase ditto

[Bug fortran/116733] [F202y] Generic processing of assumed rank objects

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116733 --- Comment #1 from Paul Thomas --- Created attachment 59125 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=59125&action=edit Second testcase I forgot to include these in the patch:-(

[Bug fortran/116733] New: [F202y] Generic processing of assumed rank objects

Component: fortran Assignee: unassigned at gcc dot gnu.org Reporter: pault at gcc dot gnu.org Target Milestone: --- Created attachment 59119 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=59119&action=edit Patch that tests the proposed features Test Reinhold Bader

[Bug fortran/116732] New: [meta-bug] Fortran 202y support

Assignee: unassigned at gcc dot gnu.org Reporter: pault at gcc dot gnu.org Target Milestone: --- This meta-bug provides an audit trail for experimental fortran 202y features.

[Bug fortran/116543] [PDT] pdt_26.f03 is invalid

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116543 Paul Thomas changed: What|Removed |Added Ever confirmed|0 |1 CC|

[Bug fortran/116543] New: [PDT] pdt_26.f03 is invalid

Assignee: unassigned at gcc dot gnu.org Reporter: pault at gcc dot gnu.org Target Milestone: --- The derived type 'vec' has a component 'foo' with a parameterised size but has a fixed length initializer. Paul

[Bug fortran/104845] Wrong array size for component of CLASS array element

|--- |INVALID CC||pault at gcc dot gnu.org --- Comment #4 from Paul Thomas --- (In reply to Mikael Morin from comment #3) > (In reply to Tobias Burnus from comment #0) > > > > allocate (t :: var%ct2%d(3,2), var%ct

[Bug fortran/116261] [15 regression] gfortran.dg/sizeof_6.f90 -O1 timeout since r15-2739-g4cb07a38233

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116261 Paul Thomas changed: What|Removed |Added Resolution|--- |FIXED Status|NEW

[Bug fortran/116261] [15 regression] gfortran.dg/sizeof_6.f90 -O1 timeout since r15-2739-g4cb07a38233

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116261 --- Comment #11 from Paul Thomas --- (In reply to Paul Thomas from comment #10) > I guess that I should take it :-) > > Paul I have reverted locally and will do a regression test before pushing, just in case there are subsequent dependencies.

[Bug fortran/106606] Internal compiler error with abstract derived type using recursive class() components. since r7-4096-gbf9f15ee55f5b291

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106606 Paul Thomas changed: What|Removed |Added CC||vehre at gmx dot de --- Comment #5 from P

[Bug fortran/106606] Internal compiler error with abstract derived type using recursive class() components. since r7-4096-gbf9f15ee55f5b291

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106606 --- Comment #4 from Paul Thomas --- Created attachment 58976 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=58976&action=edit Full testcase that fails in runtime The patch regtests OK but the attached fails in runtime, as it does with ifo

[Bug fortran/116261] [15 regression] gfortran.dg/sizeof_6.f90 -O1 timeout since r15-2739-g4cb07a38233

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116261 Paul Thomas changed: What|Removed |Added Assignee|unassigned at gcc dot gnu.org |pault at gcc dot gnu.org

[Bug fortran/116261] [15 regression] gfortran.dg/sizeof_6.f90 -O1 timeout since r15-2739-g4cb07a38233

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116261 --- Comment #9 from Paul Thomas --- (In reply to Sam James from comment #7) > The unreliable nature of the failure keeps confusing people. Any chance of a > revert until it can be fixed properly? It is such an unreliable failure that I haven't

[Bug fortran/106606] Internal compiler error with abstract derived type using recursive class() components. since r7-4096-gbf9f15ee55f5b291

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106606 Paul Thomas changed: What|Removed |Added Assignee|unassigned at gcc dot gnu.org |pault at gcc dot gnu.org

[Bug fortran/116254] new test case gfortran.dg/class_transformational_2.f90 from r15-2739-g4cb07a38233aad fails

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116254 --- Comment #8 from Paul Thomas --- Linaro flagged up this failure, when I submitted the patch for approval. Following some correspondence with Thiago Bauermann, this conclusion was arrived at: "I ran your patch through a different CI loop that

[Bug fortran/116254] new test case gfortran.dg/class_transformational_2.f90 from r15-2739-g4cb07a38233aad fails

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116254 --- Comment #5 from Paul Thomas --- Created attachment 58857 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=58857&action=edit reduced testscase On x86_64, the attached gives: [pault@pc30 pr79685]$ ~/grun/bin/gfortran -O3 -m32 ../pr102689

[Bug fortran/108889] [12/13/14 Regression] (Re)Allocate in assignment shows used uninitialized memory warning with -Wall if LHS is unallocated

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108889 Paul Thomas changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug fortran/77504] [12/13/14 Regression] "is used uninitialized" with allocatable string and array constructors

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77504 Paul Thomas changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug fortran/108889] [12/13/14 Regression] (Re)Allocate in assignment shows used uninitialized memory warning with -Wall if LHS is unallocated

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108889 --- Comment #15 from Paul Thomas --- Fixed on 12-branch through to mainline. Thanks for the report. Paul

[Bug fortran/50410] ICE in record_reference, pointer variable in data statement

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=50410 --- Comment #56 from Paul Thomas --- > I've removed the other part that tries to detect the double initialization. > I think this is the wrong place as is would not detect e.g. the following: > > program p > type t > integer :: g > end

[Bug fortran/50410] ICE in record_reference, pointer variable in data statement

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=50410 --- Comment #55 from Paul Thomas --- > I've removed the other part that tries to detect the double initialization. > I think this is the wrong place as is would not detect e.g. the following: > > program p > type t > integer :: g > end

[Bug fortran/50410] ICE in record_reference, pointer variable in data statement

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=50410 Paul Thomas changed: What|Removed |Added CC||pault at gcc dot gnu.org --- Comment #54

[Bug fortran/79685] [12/13/14/15 Regression] ICE on valid code in gfc_match_structur_constructor

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79685 Paul Thomas changed: What|Removed |Added CC||pault at gcc dot gnu.org

[Bug fortran/59104] Wrong result with SIZE specification expression

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59104 --- Comment #22 from Paul Thomas --- (In reply to anlauf from comment #21) > (In reply to Paul Thomas from comment #20) > > OK the regression is fixed - thanks for the green light, Harald. > > > > It's a pity that I have missed the 4.2 release :

[Bug fortran/77504] [12/13/14 Regression] "is used uninitialized" with allocatable string and array constructors

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77504 --- Comment #35 from Paul Thomas --- Closing since it is fixed on mainline and the remedy will be backported in due course by the fix for pr10889. Paul

[Bug fortran/77504] [12/13/14 Regression] "is used uninitialized" with allocatable string and array constructors

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77504 Bug 77504 depends on bug 106089, which changed state. Bug 106089 Summary: false positives with -Wuninitialized for allocation on assignment https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106089 What|Removed |Adde

[Bug fortran/108889] [12/13/14 Regression] (Re)Allocate in assignment shows used uninitialized memory warning with -Wall if LHS is unallocated

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108889 Bug 108889 depends on bug 106089, which changed state. Bug 106089 Summary: false positives with -Wuninitialized for allocation on assignment https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106089 What|Removed |Ad

[Bug middle-end/24639] [meta-bug] bug to track all Wuninitialized issues

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=24639 Bug 24639 depends on bug 106089, which changed state. Bug 106089 Summary: false positives with -Wuninitialized for allocation on assignment https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106089 What|Removed |Adde

[Bug fortran/106089] false positives with -Wuninitialized for allocation on assignment

|--- |FIXED CC||pault at gcc dot gnu.org --- Comment #4 from Paul Thomas --- I am closing this PR, since it is fixed on mainline by pr108889 and will be backported in due course. Paul

[Bug fortran/59104] Wrong result with SIZE specification expression

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59104 --- Comment #20 from Paul Thomas --- OK the regression is fixed - thanks for the green light, Harald. It's a pity that I have missed the 4.2 release :-( Paul

[Bug fortran/59104] Wrong result with SIZE specification expression

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59104 Paul Thomas changed: What|Removed |Added Summary|15 Regression - Wrong |Wrong result with SIZE |

[Bug fortran/59104] 15 Regression - Wrong result with SIZE specification expression

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59104 --- Comment #16 from Paul Thomas --- Created attachment 58717 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=58717&action=edit Fix for the regression The mechanism in the original fix was OK but the use of the locus location was not. I wil

[Bug fortran/59104] 15 Regression - Wrong result with SIZE specification expression

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59104 Paul Thomas changed: What|Removed |Added Summary|Wrong result with SIZE |15 Regression - Wrong |s

[Bug fortran/87477] [meta-bug] [F03] issues concerning the ASSOCIATE statement

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87477 Paul Thomas changed: What|Removed |Added CC||vehre at gcc dot gnu.org --- Comment #8 fr

[Bug fortran/87448] ICE at trans-expr:3417 in allocate statement with type signature using an associated variable

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87448 Paul Thomas changed: What|Removed |Added Resolution|--- |FIXED Status|NEW

[Bug fortran/87477] [meta-bug] [F03] issues concerning the ASSOCIATE statement

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87477 Bug 87477 depends on bug 87448, which changed state. Bug 87448 Summary: ICE at trans-expr:3417 in allocate statement with type signature using an associated variable https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87448 What|Removed

[Bug fortran/32834] [Meta-bug] 'Fortran 95'-only failures

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=32834 Bug 32834 depends on bug 59104, which changed state. Bug 59104 Summary: Wrong result with SIZE specification expression https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59104 What|Removed |Added

[Bug fortran/59104] Wrong result with SIZE specification expression

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59104 Paul Thomas changed: What|Removed |Added Resolution|--- |FIXED Status|NEW

[Bug fortran/59104] Wrong result with SIZE specification expression

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59104 --- Comment #10 from Paul Thomas --- > (cherry picked from commit ccaa39a268bef2a1d8880022696ff2dcaa6af941) Backporting to 13-branch fails: [pault@pc30 gcc-13]$ git gcc-backport r15-1468-gccaa39a268bef2a1d8880022696ff2dcaa6af941 Auto-mergin

[Bug fortran/87477] [meta-bug] [F03] issues concerning the ASSOCIATE statement

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 -

[Bug fortran/113363] ICE on ASSOCIATE and unlimited polymorphic function

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113363 Paul Thomas changed: What|Removed |Added Resolution|--- |FIXED Status|REOPENED

[Bug fortran/77504] [12/13/14 Regression] "is used uninitialized" with allocatable string and array constructors

ot;is |"is used uninitialized" |used uninitialized" with |with allocatable string and |allocatable string and |array constructors |array constructors CC| |pault at gcc dot gnu.org --- C

[Bug fortran/108889] [12/13/14 Regression] (Re)Allocate in assignment shows used uninitialized memory warning with -Wall if LHS is unallocated

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108889 --- Comment #11 from Paul Thomas --- Note to self: Backport https://gcc.gnu.org/pipermail/gcc-cvs/2024-July/406082.html when backporting this patch.

[Bug testsuite/115989] [15 regression] libgomp.oacc-fortran/privatized-ref-2.f90 fails after r15-2135-gc3aa339ea50f05

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115989 Paul Thomas changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug fortran/108889] [12/13/14/15 Regression] (Re)Allocate in assignment shows used uninitialized memory warning with -Wall if LHS is unallocated

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108889 Paul Thomas changed: What|Removed |Added Attachment #58586|0 |1 is obsolete|

[Bug fortran/84868] [11/12/13/14/15 Regression] ICE in gfc_conv_descriptor_offset, at fortran/trans-array.c:208

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84868 --- Comment #17 from Paul Thomas --- (In reply to Paul Thomas from comment #16) > Created attachment 58641 [details] > Fix for this PR > > The only way that I have found to fix this is to simplify the len_trim > expression. In doing so, another

[Bug fortran/84868] [11/12/13/14/15 Regression] ICE in gfc_conv_descriptor_offset, at fortran/trans-array.c:208

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84868 --- Comment #16 from Paul Thomas --- Created attachment 58641 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=58641&action=edit Fix for this PR The only way that I have found to fix this is to simplify the len_trim expression. In doing so,

[Bug fortran/84868] [11/12/13/14/15 Regression] ICE in gfc_conv_descriptor_offset, at fortran/trans-array.c:208

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84868 --- Comment #15 from Paul Thomas --- (In reply to Harald Anlauf from comment #6) > (In reply to Harald Anlauf from comment #5) > > With the following patch len_trim is accepted in a specification expression: > > Just forget that. Indeed: NAG Fo

[Bug fortran/103312] [11/12 Regression] ICE in gfc_find_component since r9-1098-g3cf89a7b992d483e

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103312 Paul Thomas changed: What|Removed |Added Summary|[11/12/13/14 Regression]|[11/12 Regression] ICE in

[Bug fortran/84006] [11/12 Regression] ICE in storage_size() with CLASS entity

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84006 Paul Thomas changed: What|Removed |Added Resolution|--- |FIXED Status|NEW

[Bug fortran/92006] storage_size() returns incorrect value on unlimited polymorphic variable (CLASS(*)) when passed a CHARACTER variable

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92006 Bug 92006 depends on bug 84006, which changed state. Bug 84006 Summary: [11/12 Regression] ICE in storage_size() with CLASS entity https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84006 What|Removed |Added -

[Bug fortran/103368] [11/12/13 Regression] ICE in gimplify_expr, at gimplify.c:15668 since r12-4464-g017665f63047ce47

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103368 Paul Thomas changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug fortran/103368] [11/12/13 Regression] ICE in gimplify_expr, at gimplify.c:15668 since r12-4464-g017665f63047ce47

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103368 --- Comment #10 from Paul Thomas --- Created attachment 58605 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=58605&action=edit "Fix" for this PR This "fix" turns out to have restricted utility because of other changes in 14-branch and mai

[Bug fortran/108889] [12/13/14/15 Regression] (Re)Allocate in assignment shows used uninitialized memory warning with -Wall if LHS is unallocated

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108889 --- Comment #8 from Paul Thomas --- (In reply to kargls from comment #7) > (In reply to Paul Thomas from comment #6) > > Created attachment 58586 [details] > > Fix for this PR > > > > This does the job but it is still a bit clunky. > > > > Hav

[Bug fortran/108889] [12/13/14/15 Regression] (Re)Allocate in assignment shows used uninitialized memory warning with -Wall if LHS is unallocated

|1 Assignee|unassigned at gcc dot gnu.org |pault at gcc dot gnu.org Last reconfirmed||2024-07-03 --- Comment #6 from Paul Thomas --- Created attachment 58586 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=58586&action=edit

[Bug fortran/108889] [12/13/14/15 Regression] (Re)Allocate in assignment shows used uninitialized memory warning with -Wall if LHS is unallocated

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108889 Paul Thomas changed: What|Removed |Added CC||pault at gcc dot gnu.org --- Comment #5

[Bug fortran/115700] [11/12/13/14 regression] Bogus warning for associate with assumed-length character array

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115700 --- Comment #4 from Paul Thomas --- (In reply to anlauf from comment #2) > Created attachment 58553 [details] > Draft patch > > Very hackish patch that sets the character length of the selector at the > beginning of the associate block if the t

[Bug fortran/102689] Segfault with RESHAPE of CLASS as actual argument

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102689 Paul Thomas changed: What|Removed |Added Assignee|unassigned at gcc dot gnu.org |pault at gcc dot gnu.org

[Bug fortran/84006] [11/12/13/14 Regression] ICE in storage_size() with CLASS entity

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84006 --- Comment #17 from Paul Thomas --- Since I fixed it on mainline, I might as well take the bug :-) Thanks for the report, Steve. Paul

[Bug fortran/84006] [11/12/13/14 Regression] ICE in storage_size() with CLASS entity

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84006 Paul Thomas changed: What|Removed |Added Assignee|unassigned at gcc dot gnu.org |pault at gcc dot gnu.org

[Bug fortran/115348] [13/14/15 Regression] -fcheck=recursion issue with intent(out) derived type argument without components with default value

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115348 Paul Thomas changed: What|Removed |Added Assignee|unassigned at gcc dot gnu.org |pault at gcc dot gnu.org

[Bug fortran/59104] Wrong result with SIZE specification expression

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59104 Paul Thomas changed: What|Removed |Added Assignee|unassigned at gcc dot gnu.org |pault at gcc dot gnu.org

[Bug fortran/104048] ICE with recursively defined derived type

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104048 --- Comment #7 from Paul Thomas --- Created attachment 58296 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=58296&action=edit Fix for this PR This does fix it :-) It's a partial implementation that will require class components and array

[Bug fortran/69654] ICE in gfc_trans_structure_assign

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69654 Paul Thomas changed: What|Removed |Added Resolution|--- |FIXED Status|ASSIGNED

[Bug fortran/104048] ICE with recursively defined derived type

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104048 --- Comment #6 from Paul Thomas --- The "fix" in comment 5 no longer does the job. It's on my TODO list. Paul

[Bug fortran/103368] [11/12/13 Regression] ICE in gimplify_expr, at gimplify.c:15668 since r12-4464-g017665f63047ce47

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103368 Paul Thomas changed: What|Removed |Added CC||pault at gcc dot gnu.org

[Bug fortran/59104] Wrong result with SIZE specification expression

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59104 --- Comment #5 from Paul Thomas --- Created attachment 58275 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=58275&action=edit "Fix" for this PR This patch causes regressions in dependent_decls_1.f90 and mapping_[1,2].f90. However, it demon

[Bug fortran/59104] Wrong result with SIZE specification expression

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

[Bug fortran/115150] [12/13/14 Regression] SHAPE of zero-sized array yields a negative value

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 : > &

[Bug fortran/115070] [13/14/15 Regression] ICE using IEEE_ARITHMETIC in a derived type method with class, intent(out)

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

[Bug fortran/103312] [11/12/13/14/15 Regression] ICE in gfc_find_component since r9-1098-g3cf89a7b992d483e

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 res

[Bug fortran/103312] [11/12/13/14/15 Regression] ICE in gfc_find_component since r9-1098-g3cf89a7b992d483e

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

[Bug fortran/103312] [11/12/13/14/15 Regression] ICE in gfc_find_component since r9-1098-g3cf89a7b992d483e

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&action=edit Preliminary fix for this PR I went back to the beginning on this problem, having realised that it is far too ear

[Bug fortran/115070] [13/14/15 Regression] ICE using IEEE_ARITHMETIC in a derived type method with class, intent(out)

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 warn_if_not_ali

[Bug fortran/114874] [14/15 Regression] ICE with select type, type is (character(*)), and substring

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114874 Paul Thomas changed: What|Removed |Added Resolution|--- |FIXED Status|NEW

[Bug fortran/115070] [13/14/15 Regression] ICE using IEEE_ARITHMETIC in a derived type method with class, intent(out)

, ||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)

[Bug fortran/113363] ICE on ASSOCIATE and unlimited polymorphic function

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: https://gcc.gnu.org/piperm

[Bug fortran/84006] [11/12/13/14 Regression] ICE in storage_size() with CLASS entity

] |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

[Bug fortran/98534] Intrinsic functions failing with unlimited polymorphic actual arguments

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98534 Paul Thomas changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug fortran/100027] ICE on storage_size with polymorphic argument

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100027 Paul Thomas changed: What|Removed |Added Resolution|--- |FIXED Status|NEW

[Bug fortran/89462] [11/12/13 Regression] gfortran loops in code generation

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89462 Paul Thomas changed: What|Removed |Added Resolution|--- |FIXED Status|NEW

[Bug fortran/93678] [11/12/13 Regression] ICE with TRANSFER and typebound procedures

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93678 Paul Thomas changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug fortran/113956] [13 Regression] ice in gfc_trans_pointer_assignment, at fortran/trans-expr.cc:10524

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113956 Paul Thomas changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug fortran/114535] [13 regression] ICE with elemental finalizer

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114535 Paul Thomas changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug fortran/113384] [14/15 Regression] FAIL: gfortran.dg/array_reference_1.f90 -O0 execution test

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

[Bug fortran/106999] [11/12/13 Regression] ICE tree check: expected record_type or union_type or qual_union_type, have function_type in gfc_class_data_get, at fortran/trans-expr.cc:233

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106999 Paul Thomas changed: What|Removed |Added Resolution|--- |FIXED Status|NEW

[Bug fortran/112407] [13 Regression] Fix for PR37336 triggers an ICE in gfc_format_decoder while constructing a vtab

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112407 Paul Thomas changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug fortran/113885] [13 Regression] ice in gimplify_expr, at gimplify.cc:18658 with finalization

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113885 Paul Thomas changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug fortran/110987] [13 Regression] Segmentation fault after finalization of a temporary variable

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110987 Paul Thomas changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug fortran/114739] Ensure no IMPLICIT type errors appear when they should for inquiry references

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114739 Paul Thomas changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug fortran/114874] [14/15 Regression] ICE with select type, type is (character(*)), and substring

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

[Bug fortran/114874] [14/15 Regression] ICE with select type, type is (character(*)), and substring

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 cau

[Bug fortran/114874] [14/15 Regression] ICE with select type, type is (character(*)), and substring

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 fin

[Bug fortran/114874] [14/15 Regression] ICE with select type, type is (character(*)), and substring

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114874 Paul Thomas changed: What|Removed |Added Ever confirmed|0 |1 Last reconfirmed|

[Bug fortran/114859] [14/15 Regression] Seeing new segmentation fault in same_type_as since r14-9752

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 in

[Bug fortran/114859] [14/15 Regression] Seeing new segmentation fault in same_type_as since r14-9752

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114859 Paul Thomas changed: What|Removed |Added Attachment #58054|0 |1 is obsolete|

[Bug fortran/114859] [14/15 Regression] Seeing new segmentation fault in same_type_as since r14-9752

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114859 Paul Thomas changed: What|Removed |Added CC||anlauf at gmx dot de --- Comment #13 from

[Bug fortran/114859] [14/15 Regression] Seeing new segmentation fault in same_type_as since r14-9752

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

[Bug fortran/61527] [11/12/13/14 Regression] [OOP] class/extends, multiple generic assignment, accept invalid

|--- |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

  1   2   3   4   5   6   7   8   9   10   >