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=106317
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Resolution|--- |DUPLICATE
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
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=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=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=115039
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |anlauf at gcc dot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115039
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Priority|P3 |P4
Keywords
: fortran
Assignee: unassigned at gcc dot gnu.org
Reporter: anlauf at gcc dot gnu.org
Target Milestone: ---
As reported in:
https://fortran-lang.discourse.group/t/real-and-imaginary-parts-of-complex-number/1113/18
an inquiry reference (%re, %im) is incorrectly reported
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=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=114922
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Resolution|--- |INVALID
Status
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=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=114859
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Keywords||wrong-code
--- Comment #17
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=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=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=114874
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Known to work||10.5.0, 11.4.1, 12.3.1
: normal
Priority: P3
Component: fortran
Assignee: unassigned at gcc dot gnu.org
Reporter: anlauf at gcc dot gnu.org
Target Milestone: ---
The following code fails for me with latest 14-branch/15-release candidate:
program p
implicit none
class
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=edit
Patch part 2.
This part fixes the array case. Needs further testing.
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=102620
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Resolution|--- |FIXED
Status
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
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 co
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=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=103496
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Resolution|--- |FIXED
Status
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=54389
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |WAITING
--- Comment #7 from
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
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=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=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=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=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. Ar
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=95682
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Known to work||13.2.1, 14.0
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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113793
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Keywords||accepts-invalid
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113793
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Attachment #57931|0 |1
is obsolete
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103496
--- Comment #5 from anlauf at gcc dot gnu.org ---
Created attachment 57937
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57937=edit
c_sizeof_8.f90
Here's a testcase derived from comment#0.
Feel free to adapt it to your meet your ne
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113793
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Attachment #57354|0 |1
is obsolete
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106500
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Resolution|--- |FIXED
Target Milestone
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103496
--- Comment #3 from anlauf at gcc dot gnu.org ---
The code in comment#0 compiles at r14-9893-gded646c91d2c0f
and gives the indicated results.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114626
--- Comment #3 from anlauf at gcc dot gnu.org ---
Another option is to not declare max_sum as parameter but as variable.
With
integer :: max_sum = 2 * max_ij ** 3
the code compiles almost instantly, but it has noticeable
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106500
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |anlauf at gcc dot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106500
--- Comment #5 from anlauf at gcc dot gnu.org ---
(In reply to anlauf from comment #4)
> What is unclear to me: when is an expression interoperable?
> Or rather when is it *not*?
>
> (Note that the standard text has not essenti
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106317
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Known to fail||10.5.0, 11.4.1, 12.3.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114626
anlauf at gcc dot gnu.org changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114474
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89925
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Resolution|--- |FIXED
Status
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114618
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Component|fortran |libfortran
See
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106500
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Keywords||ice-on-valid-code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89925
--- Comment #16 from anlauf at gcc dot gnu.org ---
BTW: r12-5767 backports cleanly to 11-branch and regtests cleanly.
I could push it if there are no objections, so that we can finally close
this one.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89925
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=89925
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Known to work||12.3.0, 13.2.1, 14.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104585
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=49278
--- Comment #31 from anlauf at gcc dot gnu.org ---
I've just checked the various comments.
What's left:
- comment#2 : the testcase still fails. See also comment#7 about the invalid
partial initialization
- lack of diagnostics of overlapping
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113363
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Status|WAITING |REOPENED
--- Comment #6
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113412
--- Comment #6 from anlauf at gcc dot gnu.org ---
(In reply to kargls from comment #5)
> The pointers to expr->symtree is NULL. This new patch catches your example.
It does, but behaves weird for some other cases. Try:
program main
c
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
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Resolution|--- |FIXED
Target Milestone
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102620
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Summary|[12/13 Regression] ICE in |[12 Regression] ICE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113412
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
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Known to work||14.0
Summary|[11
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113956
--- Comment #5 from anlauf at gcc dot gnu.org ---
(In reply to anlauf from comment #4)
> (In reply to Paul Thomas from comment #3)
> > I can see why the assert is there but it is manifestly wrong for both the
> > assume
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99852
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Ever confirmed|0 |1
Status
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99852
--- Comment #2 from anlauf at gcc dot gnu.org ---
*** Bug 104848 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104848
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Resolution|--- |DUPLICATE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92178
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Assignee|anlauf at gcc dot gnu.org |mikael at gcc dot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106987
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Target Milestone
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103707
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|WAITING
--- Comment #10
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113799
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Resolution|--- |FIXED
Target Milestone
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106987
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
--- Comment #6
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=50410
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Summary|[11/12/13/14 Regression]|ICE in record_reference
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113956
--- Comment #4 from anlauf at gcc dot gnu.org ---
(In reply to Paul Thomas from comment #3)
> I can see why the assert is there but it is manifestly wrong for both the
> assumed length target and a constant length.
That's why I wanted t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113956
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Target Milestone|--- |13.3
CC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114474
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Last reconfirmed||2024-03-27
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114474
--- Comment #2 from anlauf at gcc dot gnu.org ---
Created attachment 57817
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57817=edit
Draft patch
This adds a fixup of the expression type of the actual argument of the
DT constructor wh
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114475
--- Comment #2 from anlauf at gcc dot gnu.org ---
(In reply to Jürgen Reuter from comment #1)
> I suspect this commit here,
> https://gcc.gnu.org/git/?p=gcc.git;a=commit;
> h=44c0398e65347def316700911a51ca8b4ec0a411
> but not tot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114475
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Ever confirmed|0 |1
Status
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114474
--- Comment #1 from anlauf at gcc dot gnu.org ---
Might have been caused by the fix for pr67804 (r10-10418).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114467
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114474
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Keywords||rejects-valid
Known
Severity: normal
Priority: P3
Component: fortran
Assignee: unassigned at gcc dot gnu.org
Reporter: anlauf at gcc dot gnu.org
Target Milestone: ---
While working on pr50410, I noticed that the following code works with
gfortran <= 9.5.0, but fails with 10.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101135
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Resolution|--- |FIXED
Target Milestone
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114438
--- Comment #3 from anlauf at gcc dot gnu.org ---
The same text existed in F2018, so it is not new: F2018:C7103 and Note 1.
Either every compiler developer team misunderstood that clause, or we
need an interp, based on the example, to be able
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114438
--- Comment #1 from anlauf at gcc dot gnu.org ---
Can you be a little more explicit?
If I extend the program as follows:
type(params) :: p
p = params( 0.1, 2.0 )
write(*,*) p
p = params( 0.1, 2 )
write(*,*) p
I get
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104848
anlauf at gcc dot gnu.org changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104848
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Known to work||14.0
--- Comment #6 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=49565
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Status|RESOLVED|WAITING
Resolution
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=24546
Bug 24546 depends on bug 49565, which changed state.
Bug 49565 Summary: character(kind=4) is emitted as DW_ATE_unsigned, not
DW_ATE_unsigned_char
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=49565
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77517
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94377
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Status|WAITING |NEW
Last reconfirmed|2020
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=24546
Bug 24546 depends on bug 49565, which changed state.
Bug 49565 Summary: character(kind=4) is emitted as DW_ATE_unsigned, not
DW_ATE_unsigned_char
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=49565
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=49565
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103715
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114001
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Resolution|--- |FIXED
Target Milestone
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80012
anlauf at gcc dot gnu.org changed:
What|Removed |Added
CC||anlauf at gcc dot gnu.org
1 - 100 of 2536 matches
Mail list logo