https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113793
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |anlauf at gcc dot
gnu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95682
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Known to work||13.2.1, 14.0
Summa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114739
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Keywords||ice-on-valid-code,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114467
--- Comment #4 from anlauf at gcc dot gnu.org ---
(In reply to thomas from comment #3)
> (In reply to anlauf from comment #1)
> > Can you attached a self-contained reproducer?
> >
> > The traceback looks familiar. Are you by chance using an ass
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113793
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Target Milestone|--- |14.0
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114739
--- Comment #4 from anlauf at gcc dot gnu.org ---
Reduced testcase:
program main
implicit complex(z)
z2%re = 1.
z2%im = 2.
end
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114739
anlauf at gcc dot gnu.org changed:
What|Removed |Added
CC||pault at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103471
anlauf at gcc dot gnu.org changed:
What|Removed |Added
CC||anlauf at gcc dot gnu.org
--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114781
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Last reconfirmed||2024-04-19
C
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54389
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |WAITING
--- Comment #7 from a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102597
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Known to fail||10.5.0, 11.4.1, 12.3.1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103496
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114827
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114815
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102620
--- Comment #10 from anlauf at gcc dot gnu.org ---
(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
> > another commit that fixed it indepe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102620
--- Comment #12 from anlauf at gcc dot gnu.org ---
(In reply to Paul Thomas from comment #11)
> It would be splendid if you would backport the patch. In the last week or
> so, I have built up quite a list of backports to do, which I will attend t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102620
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Resolution|--- |FIXED
Status|WAI
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114827
anlauf at gcc dot gnu.org changed:
What|Removed |Added
CC||anlauf at gcc dot gnu.org
--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114827
--- Comment #8 from anlauf at gcc dot gnu.org ---
Created attachment 58056
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=58056&action=edit
Patch part 2.
This part fixes the array case. Needs further testing.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114874
Bug ID: 114874
Summary: [14/15 Regression] ICE with select type, type is
(character(*)), and substring
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114874
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Known to work||10.5.0, 11.4.1, 12.3.1,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114874
--- Comment #1 from anlauf at gcc dot gnu.org ---
(In reply to anlauf from comment #0)
> The following code fails for me with latest 14-branch/15-release candidate:
Oops, I meant: 14-release candidate/15-mainline after branching...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114827
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Attachment #58048|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114827
--- Comment #11 from anlauf at gcc dot gnu.org ---
Submitted: https://gcc.gnu.org/pipermail/fortran/2024-April/060464.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114859
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Keywords||wrong-code
--- Comment #17 f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114874
--- Comment #2 from anlauf at gcc dot gnu.org ---
The dump-fortran-original shows the following difference between 13 and 14:
@@ -58,7 +58,7 @@
code:
ASSIGN p:c 'abc'
- BLOCK
+ SELECT TYPE
symtree: '__tmp_CHARACTER_0_1'|| symbol:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114874
anlauf at gcc dot gnu.org changed:
What|Removed |Added
CC||pault at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114922
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Resolution|--- |INVALID
Status|U
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86100
anlauf at gcc dot gnu.org changed:
What|Removed |Added
CC||anlauf at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86100
--- Comment #3 from anlauf at gcc dot gnu.org ---
The code fragment in comment#2 was added in r7-3760-g92c5266bbd5378.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115039
Bug ID: 115039
Summary: Statement function with inquiry refs rejected
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115039
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Priority|P3 |P4
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115039
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |anlauf at gcc dot
gnu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115072
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Summary|Memory link with unlimited |Memory leak with unlimited
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115070
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Known to work||12.3.1
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115070
--- Comment #2 from anlauf at gcc dot gnu.org ---
Replacing the scalar argument 'obs' by something with rank > 0 avoids the ICE,
but then assumed-rank is not accepted with intent(out). Another bug...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86100
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |anlauf at gcc dot
gnu.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106317
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67740
anlauf at gcc dot gnu.org changed:
What|Removed |Added
CC||clange001 at gmail dot com
--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115107
--- Comment #3 from anlauf at gcc dot gnu.org ---
The traceback is essentially identical to that in pr114467.
Can you please try the 14-release like the other reporter, or the upcoming
13.3 release next week?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115107
--- Comment #7 from anlauf at gcc dot gnu.org ---
(In reply to Natalie Perlin from comment #6)
> (In reply to anlauf from comment #3)
> > The traceback is essentially identical to that in pr114467.
> >
> > Can you please try the 14-release like
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115039
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Target Milestone|--- |13.4
Status|UNCO
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110415
anlauf at gcc dot gnu.org changed:
What|Removed |Added
CC||anlauf at gcc dot gnu.org
--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114827
--- Comment #14 from anlauf at gcc dot gnu.org ---
Backporting to 13-branch requires backporting of r14-5931-gb247e917ff1332,
see pr110415.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115107
--- Comment #14 from anlauf at gcc dot gnu.org ---
(In reply to Natalie Perlin from comment #9)
> All rebuilt, gnu/14.1.0 with openmpi/4.1.6, revised configuration of the
> software stack (spack-stack). Still the same error with
> [-Wimplicit-fu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115193
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114874
anlauf at gcc dot gnu.org changed:
What|Removed |Added
CC||ryan.mulhall at noaa dot gov
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110415
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Target Milestone|--- |13.4
--- Comment #8 from anl
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114827
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103368
anlauf at gcc dot gnu.org changed:
What|Removed |Added
CC||anlauf at gcc dot gnu.org
--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103368
--- Comment #9 from anlauf at gcc dot gnu.org ---
(In reply to paul.richard.tho...@gmail.com from comment #8)
> I simply copied all the associated functions in trans-expr.cc from mainline
> and plonked them in 13-branch. That's why I said that I
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86100
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Resolution|--- |FIXED
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=27766
Bug 27766 depends on bug 86100, which changed state.
Bug 86100 Summary: Spurious error with -fcheck=bounds and allocatable class(*)
array components
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86100
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93635
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115107
--- Comment #16 from anlauf at gcc dot gnu.org ---
(In reply to Natalie Perlin from comment #15)
> Quick update:
>
> Software stack and model build with gnu/13.3.0 was clear from all previous
> issues! So issue with the gnu/13.x.0 compiler coul
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102619
anlauf at gcc dot gnu.org changed:
What|Removed |Added
CC||anlauf at gcc dot gnu.org
--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102619
--- Comment #6 from anlauf at gcc dot gnu.org ---
Created attachment 58302
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=58302&action=edit
Partial patch
This change prevents the ICE and leads to a correct shape of the function
result for
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115260
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Known to work||9.5.0
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103139
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Known to fail||11.4.1, 12.3.1, 13.3.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104130
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Known to fail||12.3.1, 13.3.0
Known to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115315
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83865
--- Comment #5 from anlauf at gcc dot gnu.org ---
The ICE is fixed by:
diff --git a/gcc/fortran/trans-stmt.cc b/gcc/fortran/trans-stmt.cc
index 9b497d6bdc6..605107b5168 100644
--- a/gcc/fortran/trans-stmt.cc
+++ b/gcc/fortran/trans-stmt.cc
@@ -64
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83865
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |anlauf at gcc dot
gnu.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115260
--- Comment #2 from anlauf at gcc dot gnu.org ---
Created attachment 58346
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=58346&action=edit
Reduced testcase
Reduced for subsequent analysis.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115260
--- Comment #3 from anlauf at gcc dot gnu.org ---
(In reply to anlauf from comment #2)
> Created attachment 58346 [details]
> Reduced testcase
>
> Reduced for subsequent analysis.
Further datapoint: replacing the dummy argument
type(field_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114019
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115390
--- Comment #2 from anlauf at gcc dot gnu.org ---
Slightly rewritten (we only need the interface of foo):
module test
implicit none
interface
subroutine foo(s)
character(*), intent(in) :: s
end subroutine foo
end interface
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107141
--- Comment #6 from anlauf at gcc dot gnu.org ---
(In reply to David Binderman from comment #5)
> Bit more detail from valgrind:
>
> /Lower/derived-type-finalization.f90
> ==687074== Invalid read of size 8
> ==687074==at 0x856D97: gfc_class_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115348
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Known to fail|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115401
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Last reconfirmed||2024-06-09
Ever confirme
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104351
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |anlauf at gcc dot
gnu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111783
anlauf at gcc dot gnu.org changed:
What|Removed |Added
CC||anlauf at gcc dot gnu.org
--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111783
--- Comment #3 from anlauf at gcc dot gnu.org ---
(In reply to anlauf from comment #2)
> This leaves ABORT and EXIT to deal with.
Speaking to myself:
subroutine s1()
call exit(1)
stop 98
end
subroutine s2()
call abort
stop 99
end
Here
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86120
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66969
anlauf at gcc dot gnu.org changed:
What|Removed |Added
CC||simon.kluepfel at gmail dot co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83282
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Last reconfirmed|2017-12-05 00:00:00 |2023-10-12
CC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104351
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Target Milestone|--- |14.0
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66969
anlauf at gcc dot gnu.org changed:
What|Removed |Added
CC||anlauf at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111837
anlauf at gcc dot gnu.org changed:
What|Removed |Added
CC||anlauf at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111837
--- Comment #2 from anlauf at gcc dot gnu.org ---
Lightly tested, probably obvious patch:
diff --git a/gcc/fortran/frontend-passes.cc b/gcc/fortran/frontend-passes.cc
index 136a292807d..536884b13f0 100644
--- a/gcc/fortran/frontend-passes.cc
+++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111837
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |anlauf at gcc dot
gnu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111851
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111837
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASS
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=30409
--- Comment #8 from anlauf at gcc dot gnu.org ---
The suggested optimization needs to take into account that the evaluation
of the temporary expression might trap, or that allocatable variables are
not allocated, etc.
The trap etc. would not occu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104131
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Known to work||12.1.0
Known to fail|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104131
--- Comment #5 from anlauf at gcc dot gnu.org ---
The coarray cases in comment#2 will be rejected with:
diff --git a/gcc/fortran/openmp.cc b/gcc/fortran/openmp.cc
index 1cc65d7fa49..08081dacde4 100644
--- a/gcc/fortran/openmp.cc
+++ b/gcc/fortra
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=30409
--- Comment #11 from anlauf at gcc dot gnu.org ---
(In reply to kargl from comment #10)
> (In reply to anlauf from comment #8)
> I'm not sure what you are worried about here. If one has
>
>do i = 1, n
> ... = expression1(..., 1/y)
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104625
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Keywords|ice-on-invalid-code |ice-on-valid-code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104625
--- Comment #5 from anlauf at gcc dot gnu.org ---
(In reply to Paul Thomas from comment #4)
> Created attachment 56192 [details]
> Fix for this PR
I was thinking of something along these lines, but was wondering:
a) there could be multiple nest
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104649
anlauf at gcc dot gnu.org changed:
What|Removed |Added
CC||anlauf at gcc dot gnu.org
--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104131
anlauf at gcc dot gnu.org changed:
What|Removed |Added
CC||anlauf at gcc dot gnu.org
--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104625
--- Comment #6 from anlauf at gcc dot gnu.org ---
Steve Lionel of Intel confirmed that the code is valid, and that if X is
polymorphic, so is (X):
community.intel.com/t5/Intel-Fortran-Compiler/SELECT-TYPE-statement-and-parenthesized-selector/m-p
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104649
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104649
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASS
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104555
anlauf at gcc dot gnu.org changed:
What|Removed |Added
CC||anlauf at gcc dot gnu.org
--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111291
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Keywords||error-recovery
Last reconf
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97045
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Known to fail||10.5.0
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92887
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |anlauf at gcc dot
gnu.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97245
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Summary|ASSOCIATE intrinsic does|ASSOCIATED intrinsic does
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97245
--- Comment #3 from anlauf at gcc dot gnu.org ---
Potential fix:
diff --git a/gcc/fortran/match.cc b/gcc/fortran/match.cc
index f848e52be4c..9e3571d3dbe 100644
--- a/gcc/fortran/match.cc
+++ b/gcc/fortran/match.cc
@@ -5064,6 +5064,7 @@ gfc_match_
1801 - 1900 of 2218 matches
Mail list logo