fortran

Messages by Date

2026/05/31 Re: [PATCH] libgomp: Fix gfortran detection when program is found via PATH Peter0x44
2026/05/30 [PATCH] Fix PR125481 Wrong generic resolution between procedure pointer and variable actuals of same TKR Jerry D
2026/05/30 Re: need help with a g77 compile error Jerry D
2026/05/30 Re: [PATCH] Fix PR105582 ICE on procedure pointer assignment inside block Harald Anlauf
2026/05/29 [PATCH] Fix PR105582 ICE on procedure pointer assignment inside block Jerry D
2026/05/29 Re: [PATCH] Fortran: checking of passed character length [PR125393] Harald Anlauf
2026/05/29 Re: [PATCH 1/2] libgfortran: Use MapViewOfFileEx instead of MapViewOfFileExNuma in caf_shmem Peter Damianov
2026/05/29 [Patch] OpenMP: Reject omp_{cgroup, pteam, thread}_mem_alloc for static vars in ALLOCATE directive [PR122892] Tobias Burnus
2026/05/28 Re: [PATCH 1/2] libgfortran: Use MapViewOfFileEx instead of MapViewOfFileExNuma in caf_shmem Tobias Burnus
2026/05/28 Re: [PATCH] Fortran: checking of passed character length [PR125393] Jerry D
2026/05/28 [PATCH 2/2] libgfortran: Avoid undefined shift in caf_shmem Peter Damianov
2026/05/28 [PATCH 1/2] libgfortran: Use MapViewOfFileEx instead of MapViewOfFileExNuma in caf_shmem Peter Damianov
2026/05/28 [PATCH] libgomp: Fix gfortran detection when program is found via PATH Peter Damianov
2026/05/28 Re: [PATCH 2/2] Fortran: f_c_string intrinsic improvements Sandra Loosemore
2026/05/28 [PATCH] Fortran: checking of passed character length [PR125393] Harald Anlauf
2026/05/28 Re: [PATCH] PR125430 Fixmodule-contained PRIVATE procedures must have global, ELF linkage Jerry D
2026/05/28 Re: [PATCH] PR125430 Fixmodule-contained PRIVATE procedures must have global, ELF linkage Jerry D
2026/05/28 Re: [PATCH 2/2] Fortran: f_c_string intrinsic improvements Tobias Burnus
2026/05/28 Re: [PATCH 1/2] Fortran: Add c_f_strpointer intrinsic Tobias Burnus
2026/05/28 Re: [PATCH] PR125430 Fixmodule-contained PRIVATE procedures must have global, ELF linkage Paul Richard Thomas
2026/05/27 Re: [PATCH] PR93727 Add EX format rounding for truncated hex mantissa Jerry D
2026/05/27 Re: [PATCH] PR93727 Add EX format rounding for truncated hex mantissa Jerry D
2026/05/27 Re: [PATCH] PR93727 Add EX format rounding for truncated hex mantissa Harald Anlauf
2026/05/27 package not available for download Campbell, Glenn J. [US-US]
2026/05/27 [PATCH] PR 125324 Fix - -fcoarray=shared should imply -pthread / gfortran.dg/coarray_51.f90 FAIL Jerry D
2026/05/27 [PATCH] PR125430 Fixmodule-contained PRIVATE procedures must have global, ELF linkage Jerry D
2026/05/27 [PATCH 2/2] Fortran: f_c_string intrinsic improvements Sandra Loosemore
2026/05/27 [PATCH 1/2] Fortran: Add c_f_strpointer intrinsic Sandra Loosemore
2026/05/26 [PATCH] PR93727 Add EX format rounding for truncated hex mantissa Jerry D
2026/05/26 Re: [PING][PATCH] Fortran: Add debug functions for OpenMP data structures Tobias Burnus
2026/05/24 Re: [PATCH, fortran] PR93727 Implement new EX format specifier Jerry D
2026/05/24 Re: [PATCH, fortran] PR93727 Implement new EX format specifier Jerry D
2026/05/24 Re: [PATCH, fortran] PR93727 Implement new EX format specifier H.J. Lu
2026/05/24 Re: [PATCH, fortran] PR93727 Implement new EX format specifier Thomas Koenig
2026/05/24 Re: [PATCH, fortran] PR93727 Implement new EX format specifier Jerry D
2026/05/24 Re: [PATCH, fortran] PR93727 Implement new EX format specifier Jerry Delisle
2026/05/24 Re: [PATCH, fortran] PR93727 Implement new EX format specifier H.J. Lu
2026/05/23 Re: [PATCH, fortran] PR93727 Implement new EX format specifier Jerry D
2026/05/22 [committed] Fortran: Fix .texi and comment typos (was: [Patch] Fortran: invoke.texi - document -fcoarray=shared [PR125416]) Tobias Burnus
2026/05/22 Re: [PATCH, fortran] PR93727 Implement new EX format specifier Harald Anlauf
2026/05/22 Re: [Patch] Fortran: invoke.texi - document -fcoarray=shared [PR125416] Harald Anlauf
2026/05/22 gcc Andrea Lyone
2026/05/22 Re: [Patch] Fortran: invoke.texi - document -fcoarray=shared [PR125416] Paul Richard Thomas
2026/05/22 [Patch] Fortran: invoke.texi - document -fcoarray=shared [PR125416] Tobias Burnus
2026/05/22 Re: ***ping*** : [Patch, fortran] PR125263 - [14/15/16/17 Regression] Error with intrinsic assignment involving allocatable array of user-defined type that has an allocatable array component Thomas Koenig
2026/05/22 ***ping*** : [Patch, fortran] PR125263 - [14/15/16/17 Regression] Error with intrinsic assignment involving allocatable array of user-defined type that has an allocatable array component Paul Richard Thomas
2026/05/21 Re: [PATCH, fortran] PR93727 Implement new EX format specifier Jerry D
2026/05/21 Re: Fwd: [patch, fortran] Fix PR 125379, ICE with BIND(C) and PRIVATE Thomas Koenig
2026/05/21 Fwd: [patch, fortran] Fix PR 125379, ICE with BIND(C) and PRIVATE Paul Richard Thomas
2026/05/21 [patch, fortran] Fix PR 125379, ICE with BIND(C) and PRIVATE Thomas Koenig
2026/05/20 Re: [patch, Fortran] Fix PR 106546, inline matmul with -fno-automatic Thomas Koenig
2026/05/20 Re: [patch, Fortran] Fix PR 106546, inline matmul with -fno-automatic Jerry D
2026/05/20 [patch, Fortran] Fix PR 106546, inline matmul with -fno-automatic Thomas Koenig
2026/05/20 [PATCH 0/1] fortran: opt-in non-traditional C preprocessing Henri Menke
2026/05/20 [PATCH 1/1] fortran: allow non-traditional C preprocessing via -fno-traditional-cpp Henri Menke
2026/05/19 Re: [PATCH] libgfortran: Fix libcaf_shmem build on Solaris Jerry D
2026/05/19 [Patch] OpenMP: Fortran "!$omp declare mapper" parser support Tobias Burnus
2026/05/19 Re: [patch, fortran] Fix PR 115260, data corruption on inline packing / unpacking Thomas Koenig
2026/05/19 Re: [patch, fortran] Fix PR 115260, data corruption on inline packing / unpacking Paul Richard Thomas
2026/05/19 Re: [PATCH v3] OpenMP 5.0: Allow multiple clauses mapping same variable Tobias Burnus
2026/05/19 [patch, fortran] Fix PR 115260, data corruption on inline packing / unpacking Thomas Koenig
2026/05/19 [PING][PATCH] Fortran: Add debug functions for OpenMP data structures Paul-Antoine Arras
2026/05/19 [PATCH v3] OpenMP 5.0: Allow multiple clauses mapping same variable Paul-Antoine Arras
2026/05/18 [Patch, fortran] PR125263 - [14/15/16/17 Regression] Error with intrinsic assignment involving allocatable array of user-defined type that has an allocatable array component Paul Richard Thomas
2026/05/18 Re: [PATCH, OpenMP, Fortran] PR122910 fix POINTER array mis-privatization Tobias Burnus
2026/05/18 Re: [PATCH v2] OpenMP 5.0: Allow multiple clauses mapping same variable Paul-Antoine Arras
2026/05/17 Re: PR125311: gfortran, d, or driver issue? Harald Anlauf
2026/05/17 Re: Re: PR125311: gfortran, d, or driver issue? Richard Biener
2026/05/17 Re: [PATCH] build: Fix ax_pthread.m4 on Solaris 11.4 Rainer Orth
2026/05/16 Re: [patch, fortran] PR 122245: Fix -fc-prototypes when procedure is defined via INTERFACE Thomas Koenig
2026/05/16 Re: [patch, fortran] PR 122245: Fix -fc-prototypes when procedure is defined via INTERFACE Harald Anlauf
2026/05/16 [patch, fortran] PR 122245: Fix -fc-prototypes when procedure is defined via INTERFACE Thomas Koenig
2026/05/15 Re: [PATCH] libgfortran: Fix libcaf_shmem build on Solaris Tobias Burnus
2026/05/15 Aw: Re: PR125311: gfortran, d, or driver issue? Harald Anlauf
2026/05/15 Re: [PATCH] build: Fix ax_pthread.m4 on Solaris 11.4 Rainer Orth
2026/05/15 Re: PR125311: gfortran, d, or driver issue? Richard Biener
2026/05/15 Re: [PATCH] build: Fix ax_pthread.m4 on Solaris 11.4 Eric Gallager
2026/05/15 PR125311: gfortran, d, or driver issue? Harald Anlauf
2026/05/15 Re: [PATCH v2] OpenMP 5.0: Allow multiple clauses mapping same variable Tobias Burnus
2026/05/15 [PATCH] libgfortran: Fix libcaf_shmem build on Solaris Rainer Orth
2026/05/15 [PATCH] build: Fix ax_pthread.m4 on Solaris 11.4 Rainer Orth
2026/05/15 Re: [PATCH v2] OpenMP 5.0: Allow multiple clauses mapping same variable Paul-Antoine Arras
2026/05/15 [PATCH v2] OpenMP 5.0: Allow multiple clauses mapping same variable Paul-Antoine Arras
2026/05/14 Re: PR fortran/125092 -checks for binding label argument mismatch Thomas Koenig
2026/05/14 Re: PR fortran/125092 -checks for binding label argument mismatch Jerry D
2026/05/14 Re: [Patch] OpenMP: Improve interface comment for the omp_deep_mapping lang hooks Thomas Koenig
2026/05/13 Re: [Patch] OpenMP: Improve interface comment for the omp_deep_mapping lang hooks Sandra Loosemore
2026/05/13 PR fortran/125092 -checks for binding label argument mismatch Thomas Koenig
2026/05/13 [PATCH, OpenMP, Fortran] PR122910 fix POINTER array mis-privatization Chung-Lin Tang
2026/05/13 [Patch] OpenMP: Improve interface comment for the omp_deep_mapping lang hooks Tobias Burnus
2026/05/13 Redux: [Bug fortran/125051] [coarray] undefined reference to `__caf_get_from_remote_fn_index_0.4' (shmem caf) Paul Richard Thomas
2026/05/13 [COMMITTED, PATCH] libgomp.texi: Add the missing closing brace H.J. Lu
2026/05/13 Re: [Patch] libgomp: Add stub omp_control_tool for OMPT Tobias Burnus
2026/05/12 Re: [Patch] libgomp: Add stub omp_control_tool for OMPT Sandra Loosemore
2026/05/12 [Patch] libgomp: Add stub omp_control_tool for OMPT Tobias Burnus
2026/05/12 Re: [PATCH, fortran] PR93727 Implement new EX format specifier Jerry Delisle
2026/05/12 Re: [PATCH, fortran] PR93727 Implement new EX format specifier Harald Anlauf
2026/05/11 [PATCH, fortran] PR93727 Implement new EX format specifier Jerry D
2026/05/11 Re: [PATCH. fortran] Add automatic linking to caf_shmem using -fcoarray=shared Jerry D
2026/05/11 Re: [PATCH. fortran] Add automatic linking to caf_shmem using -fcoarray=shared Jerry Delisle
2026/05/11 Re: [PATCH. fortran] Add automatic linking to caf_shmem using -fcoarray=shared Paul Richard Thomas
2026/05/10 Re: [PATCH. fortran] Add automatic linking to caf_shmem using -fcoarray=shared Jerry D
2026/05/09 Re: [PATCH 2/2] gfortran.dg/coarray: Require target sleep where calls were recently added, PR125005 Steve Kargl
2026/05/09 Re: [PATCH. fortran] Add automatic linking to caf_shmem using -fcoarray=shared Jerry D
2026/05/09 Re: [PATCH. fortran] Add automatic linking to caf_shmem using -fcoarray=shared Jerry Delisle
2026/05/09 Re: [PATCH. fortran] Add automatic linking to caf_shmem using -fcoarray=shared Andre Vehreschild
2026/05/09 [PATCH. fortran] Add automatic linking to caf_shmem using -fcoarray=shared Jerry D
2026/05/08 [PATCH, committed] libfortran: fix static analyser cppcheck warning in free_format_data [PR125087] Harald Anlauf
2026/05/08 Re: [PATCH] Fortran: fix automatic deallocation with derived type IO [PR111952,PR125059] Harald Anlauf
2026/05/08 Re: [PATCH 2/2] gfortran.dg/coarray: Require target sleep where calls were recently added, PR125005 Hans-Peter Nilsson
2026/05/08 Re: [Patch, fortran] PR125051 - [coarray] undefined reference to `__caf_get_from_remote_fn_index_0.4' (shmem caf) Jerry D
2026/05/08 Re: [PATCH] Fortran: fix automatic deallocation with derived type IO [PR111952, PR125059] Paul Richard Thomas
2026/05/07 Re: [Patch, fortran] PR125051 - [coarray] undefined reference to `__caf_get_from_remote_fn_index_0.4' (shmem caf) Paul Richard Thomas
2026/05/07 Re: [PATCH] Fortran: fix automatic deallocation with derived type IO [PR111952,PR125059] Jerry D
2026/05/07 [PATCH] Fortran: fix automatic deallocation with derived type IO [PR111952,PR125059] Harald Anlauf
2026/05/07 Re: [Patch, fortran] PR125051 - [coarray] undefined reference to `__caf_get_from_remote_fn_index_0.4' (shmem caf) Harald Anlauf
2026/05/07 [Patch, fortran] PR125051 - [coarray] undefined reference to `__caf_get_from_remote_fn_index_0.4' (shmem caf) Paul Richard Thomas
2026/05/07 Re: [PATCH v3] fortran: refresh associate-name kind once selector is resolved [PR125172] s.ouchene
2026/05/07 Re: [PATCH 00/11] fortran: array descriptor part 2: Add getters and setters Mikael Morin
2026/05/07 Re: [PATCH 00/11] fortran: array descriptor part 2: Add getters and setters Paul Richard Thomas
2026/05/07 Re: [PATCH 11/11] fortran: array descriptor: Add internal field accessor for data Paul Richard Thomas
2026/05/07 Re: [PATCH 10/11] fortran: array descriptor: Rename dim subfields internal accessors Paul Richard Thomas
2026/05/07 Re: [PATCH 08/11] fortran: array descriptor: Add accessors for the dim field Paul Richard Thomas
2026/05/07 Re: [PATCH 7/7] fortran: array descriptor: Move array growth function Paul Richard Thomas
2026/05/07 Re: [PATCH 2/2] fortran: Add bounds checking code to the scalarizer block [PR125192] Paul Richard Thomas
2026/05/07 Re: [PATCH 1/2] fortran: Only pass the block for bounds check generation Paul Richard Thomas
2026/05/07 Re: [PATCH v3] fortran: refresh associate-name kind once selector is resolved [PR125172] Paul Richard Thomas
2026/05/06 [PATCH 1/2] fortran: Only pass the block for bounds check generation Mikael Morin
2026/05/06 [PATCH 2/2] fortran: Add bounds checking code to the scalarizer block [PR125192] Mikael Morin
2026/05/06 [PATCH 0/2] fortran: Add bound checking code to the scalarizer block [PR125192] Mikael Morin
2026/05/06 Re: [PATCH v2] fortran: refresh associate-name kind once selector is resolved [PR125172] When the ASSOCIATE target is a forward reference to an internal or contained function whose return type is not yet known at parse time, primary.cc infers a type for the associate-name from a %re/%im/%len inquiry using the default kind (e.g. complex(4) when the user wrote k%re). The actual selector kind cannot be known at that point. The inferred-type cleanup in resolve_assoc_var only refreshed the typespec when the target was BT_DERIVED/BT_CLASS, so for an inferred intrinsic complex/character associate-name sym->ts kept the default kind. Resolved expressions referencing the associate-name (or applying the %re/%im inquiry) inherited that wrong kind, so for a function returning complex(real64) one would see kind(k%re) == 4. Refresh the kind in three places once the selector's actual type is known: - resolve_assoc_var: when the associate-name was inferred and the target's resolved intrinsic type matches sym->ts.type but not its kind, copy the target's typespec onto sym. - resolve_variable: for a no-ref reference to an inferred-type associate-name whose ts has changed at resolution, update e->ts from sym->ts so callers like aimag(k) see the correct kind. - gfc_fixup_inferred_type_refs: for an INQUIRY_RE/INQUIRY_IM ref on a BT_COMPLEX associate-name, set e->ts.kind to sym->ts.kind so kind(k%re) reflects the resolved kind. PR fortran/125172 gcc/fortran/ChangeLog: * resolve.cc (gfc_fixup_inferred_type_refs): Update kind for INQUIRY_RE and INQUIRY_IM references on inferred complex associate-name. (resolve_variable): For an inferred-type associate-name with no subobject ref, refresh e->ts from sym->ts. (resolve_assoc_var): For an inferred-type complex/character associate-name, refresh sym->ts from the resolved target when only the kind differs. gcc/testsuite/ChangeLog: * gfortran.dg/associate_79.f90: New test. Jonathan Wakely
2026/05/06 Re: [PATCH] Fortran: fix namelist read for input with comments [PR125095] Harald Anlauf
2026/05/06 [PATCH v3] fortran: refresh associate-name kind once selector is resolved [PR125172] Samir Ouchene
2026/05/06 [PATCH] Fortran: Add debug functions for OpenMP data structures Paul-Antoine Arras
2026/05/06 [PATCH v2] fortran: refresh associate-name kind once selector is resolved [PR125172] When the ASSOCIATE target is a forward reference to an internal or contained function whose return type is not yet known at parse time, primary.cc infers a type for the associate-name from a %re/%im/%len inquiry using the default kind (e.g. complex(4) when the user wrote k%re). The actual selector kind cannot be known at that point. The inferred-type cleanup in resolve_assoc_var only refreshed the typespec when the target was BT_DERIVED/BT_CLASS, so for an inferred intrinsic complex/character associate-name sym->ts kept the default kind. Resolved expressions referencing the associate-name (or applying the %re/%im inquiry) inherited that wrong kind, so for a function returning complex(real64) one would see kind(k%re) == 4. Refresh the kind in three places once the selector's actual type is known: - resolve_assoc_var: when the associate-name was inferred and the target's resolved intrinsic type matches sym->ts.type but not its kind, copy the target's typespec onto sym. - resolve_variable: for a no-ref reference to an inferred-type associate-name whose ts has changed at resolution, update e->ts from sym->ts so callers like aimag(k) see the correct kind. - gfc_fixup_inferred_type_refs: for an INQUIRY_RE/INQUIRY_IM ref on a BT_COMPLEX associate-name, set e->ts.kind to sym->ts.kind so kind(k%re) reflects the resolved kind. PR fortran/125172 gcc/fortran/ChangeLog: * resolve.cc (gfc_fixup_inferred_type_refs): Update kind for INQUIRY_RE and INQUIRY_IM references on inferred complex associate-name. (resolve_variable): For an inferred-type associate-name with no subobject ref, refresh e->ts from sym->ts. (resolve_assoc_var): For an inferred-type complex/character associate-name, refresh sym->ts from the resolved target when only the kind differs. gcc/testsuite/ChangeLog: * gfortran.dg/associate_79.f90: New test. Samir Ouchene
2026/05/06 [PATCH] fortran: refresh associate-name kind once selector is resolved [PR125172] When the ASSOCIATE target is a forward reference to an internal or contained function whose return type is not yet known at parse time, primary.cc infers a type for the associate-name from a %re/%im/%len inquiry using the default kind (e.g. complex(4) when the user wrote k%re). The actual selector kind cannot be known at that point. The inferred-type cleanup in resolve_assoc_var only refreshed the typespec when the target was BT_DERIVED/BT_CLASS, so for an inferred intrinsic complex/character associate-name sym->ts kept the default kind. Resolved expressions referencing the associate-name (or applying the %re/%im inquiry) inherited that wrong kind, so for a function returning complex(real64) one would see kind(k%re) == 4. Refresh the kind in three places once the selector's actual type is known: - resolve_assoc_var: when the associate-name was inferred and the target's resolved intrinsic type matches sym->ts.type but not its kind, copy the target's typespec onto sym. - resolve_variable: for a no-ref reference to an inferred-type associate-name whose ts has changed at resolution, update e->ts from sym->ts so callers like aimag(k) see the correct kind. - gfc_fixup_inferred_type_refs: for an INQUIRY_RE/INQUIRY_IM ref on a BT_COMPLEX associate-name, set e->ts.kind to sym->ts.kind so kind(k%re) reflects the resolved kind. PR fortran/125172 gcc/fortran/ChangeLog: * resolve.cc (gfc_fixup_inferred_type_refs): Update kind for INQUIRY_RE and INQUIRY_IM references on inferred complex associate-name. (resolve_variable): For an inferred-type associate-name with no subobject ref, refresh e->ts from sym->ts. (resolve_assoc_var): For an inferred-type complex/character associate-name, refresh sym->ts from the resolved target when only the kind differs. gcc/testsuite/ChangeLog: * gfortran.dg/associate_79.f90: New test. Samir Ouchene
2026/05/06 Re: Possible gfortran bug: wrong kind for associate name of internal complex function result Paul Richard Thomas
2026/05/06 Possible gfortran bug: wrong kind for associate name of internal complex function result s.ouchene
2026/05/06 Re: [PATCH 00/11] fortran: array descriptor part 2: Add getters and setters Paul Richard Thomas
2026/05/06 Re: [PATCH 00/11] fortran: array descriptor part 2: Add getters and setters Paul Richard Thomas
2026/05/05 Re: [PATCH] Fortran: fix namelist read for input with comments [PR125095] Jerry D
2026/05/05 [PATCH] Fortran: fix namelist read for input with comments [PR125095] Harald Anlauf
2026/05/02 [committed] Fortran/OpenMP: cleanup gfc_free_omp_namelist Tobias Burnus
2026/05/01 [PATCH 2/2] libgfortran: Avoid undefined shift in caf_shmem Peter Damianov
2026/05/01 [PATCH 1/2] libgfortran: Use MapViewOfFileEx instead of MapViewOfFileExNuma in caf_shmem Peter Damianov
2026/04/29 Re: [Fortran, Patch, PR125021] Fix symbol confusion Andre Vehreschild
2026/04/29 In Memoriam: Tomáš Kalibera Janne Blomqvist
2026/04/28 Re: [PATCH] fortran: Enable target preprocessor macros with -cpp [PR42954] Albert, Christopher
2026/04/28 Re: [Fortran, Patch, PR125021] Fix symbol confusion Jerry D
2026/04/28 Re: [Fortran, Patch, PR125021] Fix symbol confusion Paul Richard Thomas
2026/04/28 [Fortran, Patch, PR125021] Fix symbol confusion Andre Vehreschild
2026/04/28 [committed] libgomp.fortran/map-subarray-6.f90: Fix and robustify Tobias Burnus
2026/04/27 Re: [PATCH] fortran: Enable target preprocessor macros with -cpp [PR42954] Harald Anlauf
2026/04/27 Re: [PATCH] fortran: Enable target preprocessor macros with -cpp [PR42954] Andrew Pinski
2026/04/27 Re: [PATCH] fortran: Enable target preprocessor macros with -cpp [PR42954] Harald Anlauf
2026/04/26 Re: helping Jerry D
2026/04/26 helping Mark Roberge
2026/04/24 Re: [PATCH 1/2] testsuite: New effective-target sleep Hans-Peter Nilsson
2026/04/23 Re: [PATCH 1/2] testsuite: New effective-target sleep Mike Stump
2026/04/23 [PATCH 2/2] gfortran.dg/coarray: Require target sleep where calls were recently added, PR125005 Hans-Peter Nilsson
2026/04/23 [PATCH 1/2] testsuite: New effective-target sleep Hans-Peter Nilsson
2026/04/23 Re: PATCH 6/22] Coarray caf_shmem final patch set Hans-Peter Nilsson
2026/04/22 Aw: Re: [patch] PR93727 Fortran 2018: EX edit descriptor Harald Anlauf
2026/04/21 Re: [patch] PR93727 Fortran 2018: EX edit descriptor Thomas Koenig
2026/04/21 Re: [patch] PR93727 Fortran 2018: EX edit descriptor Jerry D
2026/04/21 Re: [Patch, fortran] PR117077 - ICE due to allocatable component in hidden type Paul Richard Thomas
2026/04/21 Re: [PATCH,fortran] Fix Bug 93554 - [13/14/15/16 Regression] ICE in expand_oacc_for ... Albert, Christopher
2026/04/20 Re: [Patch, fortran] PR117077 - ICE due to allocatable component in hidden type Harald Anlauf
2026/04/20 Re: [PATCH,fortran] Fix Bug 93554 - [13/14/15/16 Regression] ICE in expand_oacc_for ... Thomas Schwinge
2026/04/19 Re: [Patch, fortran] PR117077 - ICE due to allocatable component in hidden type Harald Anlauf
2026/04/19 [patch, docs, fortran, committed] Fix spelling of options Thomas Koenig
2026/04/19 [Patch, fortran] PR117077 - ICE due to allocatable component in hidden type Paul Richard Thomas
2026/04/17 Re: gfortran regressions Paul Richard Thomas
2026/04/17 Re: Policy on use of LLM tools and bug fixes Jerry D
2026/04/17 Re: [PATCH] fortran: Enable target preprocessor macros with -cpp [PR42954] Harald Anlauf
2026/04/17 Re: Policy on use of LLM tools and bug fixes Jonathan Wakely
2026/04/17 Re: Policy on use of LLM tools and bug fixes Jerry D
2026/04/17 Re: [Patch, fortran] PR121384 - Wrongly initialized associate array descriptor when the target is wrapped in parenthesis Jerry D
2026/04/17 [PUSHED] fortran: Fix free-form mixed OpenACC/OpenMP continuation state: 'gfortran.dg/goacc/omp-108382.f90' -> 'gfortran.dg/goacc-gomp/pr108382.f90' Thomas Schwinge
2026/04/17 Re: gfortran regressions Paul Richard Thomas
2026/04/17 [Patch, fortran] PR120431 - SPREAD does not handle scalar argument and NCOPIES=-1 correctly Paul Richard Thomas
2026/04/17 Re: gfortran regressions NightStrike
2026/04/17 gfortran regressions Paul Richard Thomas
2026/04/17 [Patch, fortran] PR121384 - Wrongly initialized associate array descriptor when the target is wrapped in parenthesis Paul Richard Thomas
2026/04/16 Re: Helping with bugs Jerry D
2026/04/16 Helping with bugs Ryan Koehler
2026/04/16 [PATCH] fortran: Enable target preprocessor macros with -cpp [PR42954] Christopher Albert
2026/04/16 Re: Policy on use of LLM tools and bug fixes Jonathan Wakely
2026/04/16 Re: Policy on use of LLM tools and bug fixes Andrew Pinski
2026/04/16 Re: Policy on use of LLM tools and bug fixes Richard Earnshaw (foss)
2026/04/14 [PATCH, committed] Fortran: fix possible null pointer dereference [PR124807] Harald Anlauf
2026/04/13 Re: [PATCH, fortran] Fix Bug 101760 - [13/14/15/16 Regression] ICE in make_ssa_name_fn ... Paul Richard Thomas
2026/04/13 [PATCH,fortran] Fix Bug 101760 - [13/14/15/16 Regression] ICE in make_ssa_name_fn ... Jerry D
2026/04/13 Re: [PATCH,fortran] Fix Bug 93554 - [13/14/15/16 Regression] ICE in expand_oacc_for ... Jerry D
2026/04/13 Re: [Patch, fortran] PR120140 - generic type-bound procedure, defined assignment, and subarray reference Harald Anlauf
2026/04/13 Re: [PATCH,fortran] Fix Bug 93554 - [13/14/15/16 Regression] ICE in expand_oacc_for ... Harald Anlauf
2026/04/13 Re: [Patch, fortran] PR120140 - generic type-bound procedure, defined assignment, and subarray reference Jerry D
2026/04/13 [Patch, fortran] PR120140 - generic type-bound procedure, defined assignment, and subarray reference Paul Richard Thomas
2026/04/11 [PATCH,fortran] Fix Bug 93554 - [13/14/15/16 Regression] ICE in expand_oacc_for ... Jerry D
2026/04/11 Re: [PATCH] Fortran: defined assignment and vector subscripts [PR120140] Harald Anlauf