[Bug fortran/108872] ICE in main_block_label, missing label when assigning a derived type whose component has a defined assignment

2025-09-11 Thread anlauf at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108872 anlauf at gcc dot gnu.org changed: What|Removed |Added Known to fail||12.5.0 Status

[Bug fortran/108581] wrong assignment on two-rank array with deferred-length characters

2025-09-11 Thread anlauf at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108581 anlauf at gcc dot gnu.org changed: What|Removed |Added Last reconfirmed|2023-03-28 00:00:00 |2025-9-11

[Bug fortran/110629] Bug in assignment of derived type with deferred length character component

2025-09-11 Thread anlauf at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110629 anlauf at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Target Milestone

[Bug fortran/109066] Segfault when using defined assignment

2025-09-11 Thread anlauf at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109066 anlauf at gcc dot gnu.org changed: What|Removed |Added Keywords||wrong-code

[Bug fortran/121616] Assignment to an unlimited polymorphic variable causes a segmentation fault at runtime

2025-09-11 Thread anlauf at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121616 --- Comment #6 from anlauf at gcc dot gnu.org --- Submitted: https://gcc.gnu.org/pipermail/fortran/2025-September/062821.html

[Bug fortran/121616] Assignment to an unlimited polymorphic variable causes a segmentation fault at runtime

2025-09-11 Thread anlauf at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121616 anlauf at gcc dot gnu.org changed: What|Removed |Added Assignee|unassigned at gcc dot gnu.org |anlauf at gcc dot

[Bug fortran/121628] Use-after-free in compiler-generated assignment operators

2025-09-10 Thread anlauf at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121628 anlauf at gcc dot gnu.org changed: What|Removed |Added CC||anlauf at gcc dot gnu.org

[Bug fortran/121616] Assignment to an unlimited polymorphic variable causes a segmentation fault at runtime

2025-09-10 Thread anlauf at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121616 anlauf at gcc dot gnu.org changed: What|Removed |Added Ever confirmed|0 |1 Status

[Bug fortran/82480] KIND array returned by STAT too small for many values on CygWin platforms (and probably others)

2025-09-09 Thread anlauf at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82480 anlauf at gcc dot gnu.org changed: What|Removed |Added Target Milestone|--- |16.0 Status|NEW

[Bug fortran/121628] Use-after-free in compiler-generated assignment operators

2025-09-09 Thread anlauf at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121628 --- Comment #4 from anlauf at gcc dot gnu.org --- (In reply to anlauf from comment #3) > For debugging, one can reduce the loop body further: > > a = b > b = a > > is sufficient for a crash in th

[Bug fortran/121263] [13/14 Regression] ICE with transfer with rank 1 unlimited polymorhpic

2025-09-09 Thread anlauf at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121263 anlauf at gcc dot gnu.org changed: What|Removed |Added Summary|[13/14/15 Regression] ICE |[13/14 Regression] ICE with

[Bug fortran/121628] Use-after-free in compiler-generated assignment operators

2025-09-09 Thread anlauf at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121628 anlauf at gcc dot gnu.org changed: What|Removed |Added Keywords||wrong-code --- Comment #3

[Bug fortran/82480] KIND array returned by STAT too small for many values on CygWin platforms (and probably others)

2025-09-08 Thread anlauf at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82480 anlauf at gcc dot gnu.org changed: What|Removed |Added Assignee|unassigned at gcc dot gnu.org |anlauf at gcc dot

[Bug fortran/121728] [PDT] Testcase gfortran.dg/pr95090.f90 ICEs under valgrind

2025-09-08 Thread anlauf at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121728 anlauf at gcc dot gnu.org changed: What|Removed |Added Resolution|--- |FIXED Status

[Bug fortran/121796] DO CONCURRENT with typespec does not compile

2025-09-04 Thread anlauf at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121796 anlauf at gcc dot gnu.org changed: What|Removed |Added Status|NEW |WAITING --- Comment #3 from

[Bug fortran/121263] [13/14/15 Regression] ICE with transfer with rank 1 unlimited polymorhpic

2025-09-03 Thread anlauf at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121263 anlauf at gcc dot gnu.org changed: What|Removed |Added Summary|[13/14/15/16 Regression]|[13/14/15 Regression] ICE

[Bug fortran/121263] [13/14/15/16 Regression] ICE with transfer with rank 1 unlimited polymorhpic

2025-09-02 Thread anlauf at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121263 anlauf at gcc dot gnu.org changed: What|Removed |Added Assignee|unassigned at gcc dot gnu.org |anlauf at gcc dot

[Bug fortran/121263] [13/14/15/16 Regression] ICE with transfer with rank 1 unlimited polymorhpic

2025-09-02 Thread anlauf at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121263 anlauf at gcc dot gnu.org changed: What|Removed |Added Attachment #62285|0 |1 is obsolete

[Bug fortran/121263] [13/14/15/16 Regression] ICE with transfer with rank 1 unlimited polymorhpic

2025-09-02 Thread anlauf at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121263 anlauf at gcc dot gnu.org changed: What|Removed |Added CC||anlauf at gcc dot gnu.org

[Bug fortran/121263] [13/14/15/16 Regression] ICE with transfer with rank 1 unlimited polymorhpic

2025-09-02 Thread anlauf at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121263 --- Comment #3 from anlauf at gcc dot gnu.org --- (In reply to anlauf from comment #2) > Created attachment 62285 [details] > Tentative patch > > This fixes the issue here, but is not regtested, and touches code from > Paul...

[Bug fortran/121727] Missed optimization passing character actual to shorter dummy with value attribute

2025-09-01 Thread anlauf at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121727 anlauf at gcc dot gnu.org changed: What|Removed |Added Resolution|--- |FIXED Target Milestone

[Bug fortran/121727] Missed optimization passing character actual to shorter dummy with value attribute

2025-08-31 Thread anlauf at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121727 anlauf at gcc dot gnu.org changed: What|Removed |Added Last reconfirmed||2025-08-31

[Bug fortran/121727] Missed optimization passing character actual to shorter dummy with value attribute

2025-08-30 Thread anlauf at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121727 --- Comment #1 from anlauf at gcc dot gnu.org --- Created attachment 62247 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=62247&action=edit Draft patch

[Bug fortran/121728] [PDT] Testcase gfortran.dg/pr95090.f90 ICEs under valgrind

2025-08-29 Thread anlauf at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121728 --- Comment #2 from anlauf at gcc dot gnu.org --- (In reply to anlauf from comment #1) > Adding 'implicit none' leads to proper rejection of the testcase: > > pr121728.f90:8:12: > > 8 | type(t(n)) :: z >

[Bug fortran/121728] [PDT] Testcase gfortran.dg/pr95090.f90 ICEs under valgrind

2025-08-29 Thread anlauf at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121728 anlauf at gcc dot gnu.org changed: What|Removed |Added Keywords||ice-on-invalid-code

[Bug fortran/121728] New: [PDT] Testcase gfortran.dg/pr95090.f90 ICEs under valgrind

2025-08-29 Thread anlauf at gcc dot gnu.org via Gcc-bugs
Priority: P3 Component: fortran Assignee: unassigned at gcc dot gnu.org Reporter: anlauf at gcc dot gnu.org Target Milestone: --- As I did see gfortran.dg/pr95090.f90 failing on some targets, I did run f951 on it under valgrind and reduced it to the following: module

[Bug fortran/93330] CHARACTER: Wrong kind=4 resolution + missing string-length mismatch actual/dummy diagnostic

2025-08-29 Thread anlauf at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93330 anlauf at gcc dot gnu.org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution

[Bug fortran/121727] New: Missed optimization passing character actual to shorter dummy with value attribute

2025-08-29 Thread anlauf at gcc dot gnu.org via Gcc-bugs
Severity: normal Priority: P3 Component: fortran Assignee: unassigned at gcc dot gnu.org Reporter: anlauf at gcc dot gnu.org Target Milestone: --- Created attachment 62240 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=62240&action=edit Testcase S

[Bug fortran/121727] Missed optimization passing character actual to shorter dummy with value attribute

2025-08-29 Thread anlauf at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121727 anlauf at gcc dot gnu.org changed: What|Removed |Added Keywords||missed-optimization

[Bug fortran/93330] CHARACTER: Wrong kind=4 resolution + missing string-length mismatch actual/dummy diagnostic

2025-08-28 Thread anlauf at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93330 anlauf at gcc dot gnu.org changed: What|Removed |Added Status|NEW |ASSIGNED --- Comment #2 from

[Bug fortran/93330] CHARACTER: Wrong kind=4 resolution + missing string-length mismatch actual/dummy diagnostic

2025-08-28 Thread anlauf at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93330 anlauf at gcc dot gnu.org changed: What|Removed |Added CC||anlauf at gcc dot gnu.org

[Bug fortran/107421] problematic interaction of 'common' and 'threadprivate'

2025-08-27 Thread anlauf at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107421 anlauf at gcc dot gnu.org changed: What|Removed |Added Last reconfirmed||2025-08-27 Ever

[Bug fortran/121626] Problem with allocatable character (on Mac M4)

2025-08-23 Thread anlauf at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121626 --- Comment #3 from anlauf at gcc dot gnu.org --- Maybe related to pr120483, which was recently fixed?

[Bug fortran/90795] ICE on compilation when using flas "-fcheck=bounds" in submodules structure

2025-08-22 Thread anlauf at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90795 anlauf at gcc dot gnu.org changed: What|Removed |Added Status|NEW |WAITING Keywords

[Bug fortran/121203] Incorrect result when character functions are passed as arguments to a subroutine

2025-08-22 Thread anlauf at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121203 anlauf at gcc dot gnu.org changed: What|Removed |Added Target Milestone|--- |15.2 Status

[Bug fortran/121145] Unnecessary runtime error: non-associated procedure pointer passed to optional argument

2025-08-22 Thread anlauf at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121145 anlauf at gcc dot gnu.org changed: What|Removed |Added Resolution|--- |FIXED Status

[Bug fortran/120784] fortran: issue with use-association renames and interface

2025-08-22 Thread anlauf at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120784 anlauf at gcc dot gnu.org changed: What|Removed |Added Target Milestone|--- |14.4 Status|NEW

[Bug fortran/121263] [13/14/15/16] ICE with transfer with rank 1 unlimited polymorhpic

2025-07-27 Thread anlauf at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121263 anlauf at gcc dot gnu.org changed: What|Removed |Added Target Milestone|--- |13.5 Summary|ICE

[Bug fortran/121185] [16 Regression] regression on elemental operation of division

2025-07-23 Thread anlauf at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121185 --- Comment #27 from anlauf at gcc dot gnu.org --- (In reply to Jürgen Reuter from comment #26) > (In reply to kargls from comment #25) > > (In reply to anlauf from comment #18) > > > (In reply to Jürgen Reuter from commen

[Bug fortran/121185] [16 Regression] regression on elemental operation of division

2025-07-23 Thread anlauf at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121185 --- Comment #24 from anlauf at gcc dot gnu.org --- (In reply to anlauf from comment #23) > Shorter reproducer for (at least one of) the close-to-minimal one: Similar failures with multiplication instead of division, whether complex, real,

[Bug fortran/121185] [16 Regression] regression on elemental operation of division

2025-07-23 Thread anlauf at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121185 --- Comment #23 from anlauf at gcc dot gnu.org --- Shorter reproducer for (at least one of) the close-to-minimal one: program p implicit none type t complex, allocatable :: x(:) end type t type, extends (t) :: t2 end type t2

[Bug fortran/121185] [16 Regression] regression on elemental operation of division

2025-07-23 Thread anlauf at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121185 --- Comment #18 from anlauf at gcc dot gnu.org --- (In reply to Jürgen Reuter from comment #17) > (In reply to anlauf from comment #16) > > (In reply to Jürgen Reuter from comment #15) > > > Created attachment 61950 [detai

[Bug fortran/121185] [16 Regression] regression on elemental operation of division

2025-07-23 Thread anlauf at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121185 anlauf at gcc dot gnu.org changed: What|Removed |Added Priority|P3 |P4

[Bug fortran/121185] [16 Regression] regression on elemental operation of division

2025-07-23 Thread anlauf at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121185 anlauf at gcc dot gnu.org changed: What|Removed |Added Status|WAITING |NEW --- Comment #16 from

[Bug fortran/121203] Incorrect result when character functions are passed as arguments to a subroutine

2025-07-22 Thread anlauf at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121203 anlauf at gcc dot gnu.org changed: What|Removed |Added Status|NEW |ASSIGNED Assignee

[Bug fortran/121203] Incorrect result when character functions are passed as arguments to a subroutine

2025-07-21 Thread anlauf at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121203 --- Comment #3 from anlauf at gcc dot gnu.org --- Created attachment 61924 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=61924&action=edit Tentative fix This fixes the testcase. Needs further testing.

[Bug fortran/121203] Incorrect result when character functions are passed as arguments to a subroutine

2025-07-21 Thread anlauf at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121203 --- Comment #2 from anlauf at gcc dot gnu.org --- Note: the code works properly when eval is a contained subroutine, as in: program p character(10), external :: f call eval(f,"abc") call eval(f,"abc") ! double free or

[Bug fortran/121204] Explicit interfaces in module are incorrectly passed to submodule

2025-07-21 Thread anlauf at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121204 anlauf at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed

[Bug fortran/121203] Incorrect result when character functions are passed as arguments to a subroutine

2025-07-21 Thread anlauf at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121203 anlauf at gcc dot gnu.org changed: What|Removed |Added CC||anlauf at gcc dot gnu.org

[Bug fortran/121145] Unnecessary runtime error: non-associated procedure pointer passed to optional argument

2025-07-17 Thread anlauf at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121145 anlauf at gcc dot gnu.org changed: What|Removed |Added Component|libfortran |fortran Priority

[Bug libfortran/121145] Unnecessary runtime error: non-associated procedure pointer passed to optional argument

2025-07-17 Thread anlauf at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121145 anlauf at gcc dot gnu.org changed: What|Removed |Added Last reconfirmed||2025-07-17

[Bug fortran/118580] Incorrect complex (sp) - real (dp) operation within maxval

2025-07-17 Thread anlauf at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118580 anlauf at gcc dot gnu.org changed: What|Removed |Added Resolution|--- |FIXED Status

[Bug fortran/120958] tree-sra "miscompiles" asynchronous MPI (mpi_irecv) in Fortran 77 because of wrong fnspec

2025-07-17 Thread anlauf at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120958 --- Comment #23 from anlauf at gcc dot gnu.org --- (In reply to Richard Biener from comment #22) > (In reply to Richard Biener from comment #21) > > A pragmatic solution might be to pattern-match (by name) some of the > > af

[Bug fortran/120958] tree-sra "miscompiles" asynchronous MPI (mpi_irecv) in Fortran 77 because of wrong fnspec

2025-07-17 Thread anlauf at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120958 --- Comment #20 from anlauf at gcc dot gnu.org --- (In reply to Thomas Koenig from comment #18) > Plus, ASYNCHRONOUS means that the variable can change even in > the absence of a call, so > >CALL FOO (A) >A = 2 >

[Bug fortran/120958] tree-sra "miscompiles" asynchronous MPI (mpi_irecv) in Fortran 77 because of wrong fnspec

2025-07-16 Thread anlauf at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120958 --- Comment #16 from anlauf at gcc dot gnu.org --- (In reply to Thomas Koenig from comment #15) > (In reply to anlauf from comment #14) > > (In reply to Thomas Koenig from comment #13) > > > I think we have quite a few bad

[Bug fortran/120958] tree-sra "miscompiles" asynchronous MPI (mpi_irecv) in Fortran 77 because of wrong fnspec

2025-07-16 Thread anlauf at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120958 --- Comment #14 from anlauf at gcc dot gnu.org --- (In reply to Thomas Koenig from comment #13) > I think we have quite a few bad choices here, each with different drawbacks. > I don't think we should do nothing, or pessimize ex

[Bug fortran/120958] tree-sra "miscompiles" asynchronous MPI (mpi_irecv) in Fortran 77 because of wrong fnspec

2025-07-09 Thread anlauf at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120958 --- Comment #11 from anlauf at gcc dot gnu.org --- (In reply to anlauf from comment #10) > The problem is not restricted to mpi_isend. This was supposed to read: ... not restricted to mpi_irecv

[Bug fortran/120958] tree-sra "miscompiles" asynchronous MPI (mpi_irecv) in Fortran 77 because of wrong fnspec

2025-07-09 Thread anlauf at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120958 anlauf at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever confirmed|0

[Bug fortran/120843] [15/16-Regression, Coarray] Inconsistent ranks for operator reported when coarray ranks differ

2025-07-08 Thread anlauf at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120843 anlauf at gcc dot gnu.org changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution

[Bug fortran/120843] [15/16-Regression, Coarray] Inconsistent ranks for operator reported when coarray ranks differ

2025-07-08 Thread anlauf at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120843 --- Comment #9 from anlauf at gcc dot gnu.org --- (In reply to GCC Commits from comment #6) > The master branch has been updated by Andre Vehreschild : > > https://gcc.gnu.org/g:15413e05eb9cde976b8890cd9b597d0a41a8eb27 > >

[Bug fortran/120958] tree-sra "miscompiles" asynchronous MPI (mpi_irecv) in Fortran 77 because of wrong fnspec

2025-07-07 Thread anlauf at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120958 --- Comment #8 from anlauf at gcc dot gnu.org --- (In reply to Martin Jambor from comment #7) > (In reply to kargls from comment #5) > > > > So, if I understand, you want an fnspec of ". . w w w w w w w". > > Can

[Bug fortran/120958] tree-sra "miscompiles" asynchronous MPI (mpi_irecv) in Fortran 77 because of wrong fnspec

2025-07-04 Thread anlauf at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120958 anlauf at gcc dot gnu.org changed: What|Removed |Added CC||anlauf at gcc dot gnu.org

[Bug fortran/120847] [15/16-Regression, Coarray] ICE after "Component ... already declared at..." when type with coarray comp is defined

2025-07-01 Thread anlauf at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120847 --- Comment #9 from anlauf at gcc dot gnu.org --- (In reply to anlauf from comment #8) > Created attachment 61779 [details] > Reduced testcase > > This is roughly the minimum I got. Even the nint is not needed...

[Bug fortran/120847] [15/16-Regression, Coarray] ICE after "Component ... already declared at..." when type with coarray comp is defined

2025-07-01 Thread anlauf at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120847 --- Comment #8 from anlauf at gcc dot gnu.org --- Created attachment 61779 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=61779&action=edit Reduced testcase This is roughly the minimum I got.

[Bug fortran/120847] [15/16-Regression, Coarray] ICE after "Component ... already declared at..." when type with coarray comp is defined

2025-07-01 Thread anlauf at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120847 --- Comment #5 from anlauf at gcc dot gnu.org --- (In reply to Jerry DeLisle from comment #4) > (In reply to Andre Vehreschild from comment #3) > > Will backport to gcc-15 in about a week. > > I am still getting a failure on trun

[Bug fortran/120812] [regression] buffer(80:80) = C_NEW_LINE not working with gfortran 15.1 under Mac

2025-06-27 Thread anlauf at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120812 --- Comment #12 from anlauf at gcc dot gnu.org --- (In reply to Christophe Peyret from comment #11) > same on Mac ARM :) Good. So it is most likely the issue with SAVEd pointer/allocatable that was recently fixed. To verify, you can try

[Bug fortran/120784] fortran: issue with use-association renames and interface

2025-06-27 Thread anlauf at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120784 --- Comment #10 from anlauf at gcc dot gnu.org --- Regtested fine here. Submitted: https://gcc.gnu.org/pipermail/fortran/2025-June/062395.html

[Bug fortran/120784] fortran: issue with use-association renames and interface

2025-06-27 Thread anlauf at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120784 --- Comment #9 from anlauf at gcc dot gnu.org --- Fixed by: diff --git a/gcc/fortran/interface.cc b/gcc/fortran/interface.cc index cdb838d8336..7899864158c 100644 --- a/gcc/fortran/interface.cc +++ b/gcc/fortran/interface.cc @@ -457,7 +457,9

[Bug fortran/120784] fortran: issue with use-association renames and interface

2025-06-27 Thread anlauf at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120784 --- Comment #7 from anlauf at gcc dot gnu.org --- Created attachment 61738 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=61738&action=edit New testcase The committed patch unfortunately broke this (reduced) testcase: pr120784-v2

[Bug fortran/120784] fortran: issue with use-association renames and interface

2025-06-27 Thread anlauf at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120784 --- Comment #8 from anlauf at gcc dot gnu.org --- (In reply to anlauf from comment #7) > Created attachment 61738 [details] > New testcase > > The committed patch unfortunately broke this (reduced) testcase: We run into the followi

[Bug fortran/120812] [regression] buffer(80:80) = C_NEW_LINE not working with gfortran 15.1 under Mac

2025-06-25 Thread anlauf at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120812 --- Comment #9 from anlauf at gcc dot gnu.org --- (In reply to Christophe Peyret from comment #8) > try this on Mac with Fortran 15.1.0 > > > program main > > use iso_c_binding > implicit none > > character(le

[Bug fortran/119106] Crash with character array constructor + implicit loop + data from `parameter` variable

2025-06-25 Thread anlauf at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119106 --- Comment #6 from anlauf at gcc dot gnu.org --- (In reply to Andre Vehreschild from comment #5) > Harald, are you still on this? No. As I wrote, I got stuck. Please take over if you wish!

[Bug fortran/120743] [16 regression] ice in verify_gimple_in_seq

2025-06-24 Thread anlauf at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120743 anlauf at gcc dot gnu.org changed: What|Removed |Added Status|NEW |RESOLVED Resolution

[Bug fortran/120812] [regression] buffer(80:80) = C_NEW_LINE not working with gfortran 15.1 under Mac

2025-06-24 Thread anlauf at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120812 --- Comment #6 from anlauf at gcc dot gnu.org --- (In reply to kargls from comment #5) > (In reply to kargls from comment #4) > > (In reply to anlauf from comment #3) > > > > troutmask:sgk[215] gfcx --version > &g

[Bug fortran/120711] [14/15/16 regression] Growing arrays segfaults

2025-06-24 Thread anlauf at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120711 --- Comment #3 from anlauf at gcc dot gnu.org --- (In reply to Andre Vehreschild from comment #1) > Confirmed, but this is not coarray dependent. For me it also crashes without > -fcoarray=single. Indeed. valgrind reports an invalid rea

[Bug fortran/120812] [regression] buffer(80:80) = C_NEW_LINE not working with gfortran 15.1 under Mac

2025-06-24 Thread anlauf at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120812 --- Comment #1 from anlauf at gcc dot gnu.org --- Works as expected on Linux. What happens if you replace C_NEW_LINE by something different, like c_carriage_return, or c_null_char, and pipe the output through "cat -v"?

[Bug fortran/120812] [regression] buffer(80:80) = C_NEW_LINE not working with gfortran 15.1 under Mac

2025-06-24 Thread anlauf at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120812 --- Comment #3 from anlauf at gcc dot gnu.org --- (In reply to kargls from comment #2) > Harald, there's a bug (at least it fails on FreeBSD).Here's > a testcase based on the original code. On FreeBSD, I see > > %

[Bug fortran/120743] [16 regression] ice in verify_gimple_in_seq

2025-06-24 Thread anlauf at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120743 anlauf at gcc dot gnu.org changed: What|Removed |Added CC||anlauf at gcc dot gnu.org

[Bug fortran/120711] [14/15/16 regression] Growing arrays segfaults

2025-06-24 Thread anlauf at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120711 --- Comment #2 from anlauf at gcc dot gnu.org --- There is another recent PR on using array constructors of derived types with allocatable character components, quite similar to this one. Cannot find it now, but very likely related.

[Bug fortran/120784] fortran: issue with use-association renames and interface

2025-06-23 Thread anlauf at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120784 anlauf at gcc dot gnu.org changed: What|Removed |Added Assignee|unassigned at gcc dot gnu.org |anlauf at gcc dot

[Bug fortran/120743] [16 regression] ice in verify_gimple_in_seq

2025-06-23 Thread anlauf at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120743 --- Comment #5 from anlauf at gcc dot gnu.org --- (In reply to Mikael Morin from comment #4) > (In reply to Jerry DeLisle from comment #3) > > > > Here is a smaller reproducer. > > > ... > > > > Delete the

[Bug fortran/120788] gfortran problem with integer overflow comparison

2025-06-23 Thread anlauf at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120788 anlauf at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |WAITING Last reconfirmed

[Bug fortran/120784] fortran: issue with use-association renames and interface

2025-06-23 Thread anlauf at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120784 --- Comment #3 from anlauf at gcc dot gnu.org --- Created attachment 61694 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=61694&action=edit Untested patch

[Bug fortran/120784] fortran: issue with use-association renames and interface

2025-06-23 Thread anlauf at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120784 anlauf at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |NEW Keywords

[Bug fortran/51961] [OOP] ALLOCATE with MOLD= rejects if source-expr has a different rank

2025-06-18 Thread anlauf at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=51961 anlauf at gcc dot gnu.org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution

[Bug fortran/82036] [F08] Recursive allocatable class components cause infinite loop in compilation

2025-06-16 Thread anlauf at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82036 anlauf at gcc dot gnu.org changed: What|Removed |Added Known to fail||12.4.1, 13.4.1, 14.3.1

[Bug fortran/46299] Diagnose specification expressions involving host-associated vars with deferred bounds

2025-06-16 Thread anlauf at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=46299 anlauf at gcc dot gnu.org changed: What|Removed |Added Status|NEW |WAITING Keywords

[Bug fortran/51961] [OOP] ALLOCATE with MOLD= rejects if source-expr has a different rank

2025-06-15 Thread anlauf at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=51961 anlauf at gcc dot gnu.org changed: What|Removed |Added Status|WAITING |ASSIGNED Assignee

[Bug fortran/120656] SEGV with a Function Returning a TYPE with ALLOCATABLE Component

2025-06-14 Thread anlauf at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120656 anlauf at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever confirmed|0

[Bug fortran/51961] [OOP] ALLOCATE with MOLD= rejects if source-expr has a different rank

2025-06-14 Thread anlauf at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=51961 anlauf at gcc dot gnu.org changed: What|Removed |Added CC||anlauf at gcc dot gnu.org

[Bug fortran/107362] Internal compiler error for recursive class

2025-06-12 Thread anlauf at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107362 anlauf at gcc dot gnu.org changed: What|Removed |Added Target Milestone|--- |15.0 Status

[Bug fortran/110076] ICE on mutually recursive derived types.

2025-06-12 Thread anlauf at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110076 anlauf at gcc dot gnu.org changed: What|Removed |Added Target Milestone|--- |15.0 Known to work

[Bug fortran/82480] KIND array returned by STAT too small for many values on CygWin platforms (and probably others)

2025-06-11 Thread anlauf at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82480 anlauf at gcc dot gnu.org changed: What|Removed |Added CC||anlauf at gcc dot gnu.org

[Bug fortran/32630] [meta-bug] ISO C binding

2025-06-07 Thread anlauf at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=32630 Bug 32630 depends on bug 38220, which changed state. Bug 38220 Summary: C_LOC intrinsic non-pure and without explicit interface https://gcc.gnu.org/bugzilla/show_bug.cgi?id=38220 What|Removed |Added

[Bug fortran/38220] C_LOC intrinsic non-pure and without explicit interface

2025-06-07 Thread anlauf at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=38220 anlauf at gcc dot gnu.org changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution

[Bug fortran/20585] [meta-bug] Fortran 2003 support

2025-06-07 Thread anlauf at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=20585 Bug 20585 depends on bug 38220, which changed state. Bug 38220 Summary: C_LOC intrinsic non-pure and without explicit interface https://gcc.gnu.org/bugzilla/show_bug.cgi?id=38220 What|Removed |Added

[Bug fortran/29670] [meta-bug] fortran interfaces

2025-06-07 Thread anlauf at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=29670 Bug 29670 depends on bug 38220, which changed state. Bug 38220 Summary: C_LOC intrinsic non-pure and without explicit interface https://gcc.gnu.org/bugzilla/show_bug.cgi?id=38220 What|Removed |Added

[Bug fortran/119994] Valid specification expression in block rejected

2025-06-04 Thread anlauf at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119994 --- Comment #7 from anlauf at gcc dot gnu.org --- Created attachment 61582 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=61582&action=edit Exploratory patch This patch tries to improve upon the determination of whether a symbol

[Bug fortran/99838] ICE in gfc_format_decoder, at fortran/error.c:970

2025-06-04 Thread anlauf at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99838 anlauf at gcc dot gnu.org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Target Milestone

[Bug fortran/99838] ICE in gfc_format_decoder, at fortran/error.c:970

2025-06-03 Thread anlauf at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99838 anlauf at gcc dot gnu.org changed: What|Removed |Added CC||anlauf at gcc dot gnu.org

  1   2   3   4   5   6   7   8   9   10   >