fortran  

Messages by Date

• 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
• 2026/04/11 Re: [PATCH,fortran] Fix Bug 93814 - [13/14/15/16 Regression] ICE in build_entry_thunks ... Paul Richard Thomas
• 2026/04/10 Re: [PATCH] Fortran: defined assignment and vector subscripts [PR120140] Jerry D
• 2026/04/10 Re: [PATCH] Fortran: defined assignment and vector subscripts [PR120140] Harald Anlauf
• 2026/04/10 [PATCH] Fortran: defined assignment and vector subscripts [PR120140] Harald Anlauf
• 2026/04/10 [PATCH,fortran] Fix Bug 93814 - [13/14/15/16 Regression] ICE in build_entry_thunks ... Jerry D
• 2026/04/09 Re: [PATCH,fortran] Fix Bug 94978 - [13/14/15/16 Regression] Bogus warning "Array reference at (1) out of bounds ..." Thomas Koenig
• 2026/04/09 [PATCH,fortran] Fix Bug 94978 - [13/14/15/16 Regression] Bogus warning "Array reference at (1) out of bounds ..." Jerry D
• 2026/04/09 Re: [PATCH, fortran] Followup on PR103367 Jerry D
• 2026/04/09 [PATCH, fortran] Followup on PR103367 Jerry D
• 2026/04/07 [PATCH,fortran] Fix Bug 96986 - [13/14/15/16 Regression] Explicit interface required: volatile argument for ENTRY Jerry D
• 2026/04/07 Re: [patch, commit] Bug 104827 - [13/14/15/16 Regression] ICE in gfc_conv_array_constructor_expr, Paul Richard Thomas
• 2026/04/07 Re: [patch, fortran] Fix Bug 102430 - [13/14/15/16 Regression] ICE in fold_convert_loc, at fold-const.c Paul Richard Thomas
• 2026/04/07 Re: [patch, fortran] Fix Bug 103367 - [13/14/15/16 Regression] ICE in gfc_conv_array_initializer Paul Richard Thomas
• 2026/04/07 [patch, committed] Fix some mior things on INQUIRE Jerry D
• 2026/04/07 [patch,fortran] Fix Bug 102430 - [13/14/15/16 Regression] ICE in fold_convert_loc, at fold-const.c Jerry D
• 2026/04/07 [patch, fortran] Fix Bug 103367 - [13/14/15/16 Regression] ICE in gfc_conv_array_initializer Jerry D
• 2026/04/07 [patch, commit] Bug 104827 - [13/14/15/16 Regression] ICE in gfc_conv_array_constructor_expr, Jerry D
• 2026/04/06 Re: [Patch, fortran] PR124598] (PDT) - ICE instantiating nested PDTs Harald Anlauf
• 2026/04/06 Re: [PATCH] Fix Bug 79524 - [Regression] valgrind error for gcc/testsuite/gfortran.dg/fimplicit_none_2.f90 Jerry D
• 2026/04/06 [Patch, fortran] PR124598] (PDT) - ICE instantiating nested PDTs Paul Richard Thomas
• 2026/04/05 Re: [Patch, fortran] PR124780 - Bugs found while testing the fix for PR100155 Harald Anlauf
• 2026/04/05 [Patch, fortran] PR124780 - Bugs found while testing the fix for PR100155 Paul Richard Thomas
• 2026/04/04 Re: [PATCH] Fortran: fix resolution of generic interface with TYPE(C_PTR) [PR66973] Harald Anlauf
• 2026/04/04 [PATCH] Fix Bug 79524 - [Regression] valgrind error for gcc/testsuite/gfortran.dg/fimplicit_none_2.f90 Jerry D
• 2026/04/04 Re: [PATCH] Fortran: fix resolution of generic interface with TYPE(C_PTR) [PR66973] Steve Kargl
• 2026/04/03 Re: [Patch, fortran] PR100155 - [13/14/15/16 Regression] ICE in gfc_conv_intrinsic_size, at fortran/trans-intrinsic.c:805 Harald Anlauf
• 2026/04/03 [patch, libgfortran] Fix return value for ENCODING in INQUIRE Jerry D
• 2026/04/03 Re: [PATCH] Fortran: fix passing a procedure pointer to c_funloc [PR124652] Harald Anlauf
• 2026/04/03 [PATCH] Fortran: fix resolution of generic interface with TYPE(C_PTR) [PR66973] Harald Anlauf
• 2026/04/03 Re: [Patch, fortran] PR100155 - [13/14/15/16 Regression] ICE in gfc_conv_intrinsic_size, at fortran/trans-intrinsic.c:805 Paul Richard Thomas
• 2026/04/03 Re: [PATCH] Fortran: fix passing a procedure pointer to c_funloc [PR124652] Mikael Morin
• 2026/04/02 Re: [Patch, fortran] PR100155 - [13/14/15/16 Regression] ICE in gfc_conv_intrinsic_size, at fortran/trans-intrinsic.c:805 Harald Anlauf
• 2026/04/02 [Patch, fortran] PR100155 - [13/14/15/16 Regression] ICE in gfc_conv_intrinsic_size, at fortran/trans-intrinsic.c:805 Paul Richard Thomas
• 2026/04/01 [PATCH] Fortran: fix passing a procedure pointer to c_funloc [PR124652] Harald Anlauf
• 2026/04/01 Re: [PATCH] fortran: Fix host association in module procedure interface bodies [PR79330] Harald Anlauf
• 2026/04/01 [patch, fortran] Bug 124751 - [16 Regression] Wrong-code after packing assumed-rank actuals for contiguous dummies Jerry D
• 2026/04/01 [no subject] Science legit
• 2026/04/01 Re: [PATCH] fortran: Fix host association in module procedure interface bodies [PR79330] Gonzalo Silvalde Blanco
• 2026/04/01 [PATCH v2] fortran: Fix host association in module procedure interface bodies [PR79330] Gonzalo Silvalde
• 2026/04/01 Re: [patch, fortran] Fix Bug 100194 - [13/14/15/16 Regression] ICE in gfc_trans_create_temp_array... Paul Richard Thomas
• 2026/03/31 [patch, fortran] Committed Jerry D
• 2026/03/31 Re: [PATCH] fortran: Fix host association in module procedure interface bodies [PR79330] Harald Anlauf
• 2026/03/31 [patch, fortran] Fix Bug 100194 - [13/14/15/16 Regression] ICE in gfc_trans_create_temp_array... Jerry D
• 2026/03/31 Backport two old patches Mikael Morin
• 2026/03/31 Re: [pushed] fortran: Give up reference factoring in case of shared tree [PR124661] Mikael Morin
• 2026/03/31 [pushed] fortran: Give up reference factoring in case of shared tree [PR124661] Mikael Morin
• 2026/03/30 Re: [PATCH, fortran] Fix Bug 124543 - INQUIRE: Sometimes returns incorrect values Jerry D
• 2026/03/30 Re: [PATCH, fortran] Fix Bug 124543 - INQUIRE: Sometimes returns incorrect values Jerry D
• 2026/03/30 PR124661 - [16 Regression] SIGSEGV with -fcheck=bounds from type-bound procedure Paul Richard Thomas
• 2026/03/29 Re: [PATCH, fortran] Fix Bug 124543 - INQUIRE: Sometimes returns incorrect values Harald Anlauf
• 2026/03/28 [PATCH, fortran] Fix Bug 124543 - INQUIRE: Sometimes returns incorrect values Jerry D
• 2026/03/28 [patch, committed] Bug 124666 - [16 Regression] [UBSAN] io.cc:290:27: runtime error Jerry D
• 2026/03/28 [PATCH] fortran: Fix host association in module procedure interface bodies [PR79330] Gonzalosilvalde
• 2026/03/27 Re: [Patch, fortran] PR102619 - [13/14/15/16 Regression] ICE in gfc_conv_descriptor_dtype, at fortran/trans-array.c:215 since r9-6493-g0e3088806577e805 Harald Anlauf
• 2026/03/27 [PATCH, committed] Fortran: fix array bounds violation in min_max_args [PR124656] Harald Anlauf
• 2026/03/27 Re: [PATCH] Fortran: several small fixes in gfc_simplify_eoshift [PR124631] Harald Anlauf
• 2026/03/27 [Patch, fortran] PR102619 - [13/14/15/16 Regression] ICE in gfc_conv_descriptor_dtype, at fortran/trans-array.c:215 since r9-6493-g0e3088806577e805 Paul Richard Thomas
• 2026/03/27 Re: [Patch, fortran] PR114021 -ICE with allocation of scalar pointer entity where SOURCE=f() with f() returning a pointer Paul Richard Thomas

• Earlier messages
• Later messages