May 2026 Archives by thread

• Messages sorted by: [ subject ] [ author ] [ date ]
• More info on this list...

Starting: Fri May 1 22:09:13 GMT 2026
Ending: Sun May 31 22:28:47 GMT 2026
Messages: 154

• [PATCH 1/2] libgfortran: Use MapViewOfFileEx instead of MapViewOfFileExNuma in caf_shmem   Peter Damianov
  • [PATCH 2/2] libgfortran: Avoid undefined shift in caf_shmem   Peter Damianov
  • [PATCH 1/2] libgfortran: Use MapViewOfFileEx instead of MapViewOfFileExNuma in caf_shmem   Peter Damianov
    • [PATCH 2/2] libgfortran: Avoid undefined shift in caf_shmem   Peter Damianov
    • [PATCH 1/2] libgfortran: Use MapViewOfFileEx instead of MapViewOfFileExNuma in caf_shmem   Tobias Burnus
      • [PATCH 1/2] libgfortran: Use MapViewOfFileEx instead of MapViewOfFileExNuma in caf_shmem   Peter Damianov
• [committed] Fortran/OpenMP: cleanup gfc_free_omp_namelist   Tobias Burnus
  • [PATCH] Fortran: fix namelist read for input with comments [PR125095]   Harald Anlauf
    • [PATCH] Fortran: fix namelist read for input with comments [PR125095]   Jerry D
    • [PATCH] Fortran: fix namelist read for input with comments [PR125095]   Harald Anlauf
• [PATCH 00/11] fortran: array descriptor part 2: Add getters and setters   Paul Richard Thomas
  • [PATCH 00/11] fortran: array descriptor part 2: Add getters and setters   Paul Richard Thomas
    • [PATCH 00/11] fortran: array descriptor part 2: Add getters and setters   Paul Richard Thomas
      • [PATCH 00/11] fortran: array descriptor part 2: Add getters and setters   Mikael Morin
• Possible gfortran bug: wrong kind for associate name of internal complex function result   s.ouchene
  • Possible gfortran bug: wrong kind for associate name of internal complex function result   Paul Richard Thomas
• [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
• [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
  • [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
• [PATCH] Fortran: Add debug functions for OpenMP data structures   Paul-Antoine Arras
  • [PING][PATCH] Fortran: Add debug functions for OpenMP data structures   Paul-Antoine Arras
    • [PING][PATCH] Fortran: Add debug functions for OpenMP data structures   Tobias Burnus
• [PATCH v3] fortran: refresh associate-name kind once selector is resolved [PR125172]   Samir Ouchene
  • [PATCH v3] fortran: refresh associate-name kind once selector is resolved [PR125172]   Paul Richard Thomas
    • [PATCH v3] fortran: refresh associate-name kind once selector is resolved [PR125172]   s.ouchene
• [PATCH 0/2] fortran: Add bound checking code to the scalarizer block [PR125192]   Mikael Morin
  • [PATCH 1/2] fortran: Only pass the block for bounds check generation   Mikael Morin
    • [PATCH 1/2] fortran: Only pass the block for bounds check generation   Paul Richard Thomas
  • [PATCH 2/2] fortran: Add bounds checking code to the scalarizer block [PR125192]   Mikael Morin
    • [PATCH 2/2] fortran: Add bounds checking code to the scalarizer block [PR125192]   Paul Richard Thomas
• Chi Yao Chang:Guten Morgen   Chi Yao Chang
• [PATCH 7/7] fortran: array descriptor: Move array growth function   Paul Richard Thomas
• [PATCH 08/11] fortran: array descriptor: Add accessors for the dim field   Paul Richard Thomas
• [PATCH 10/11] fortran: array descriptor: Rename dim subfields internal accessors   Paul Richard Thomas
• [PATCH 11/11] fortran: array descriptor: Add internal field accessor for data   Paul Richard Thomas
• [Patch, fortran] PR125051 - [coarray] undefined reference to `__caf_get_from_remote_fn_index_0.4' (shmem caf)   Paul Richard Thomas
  • [Patch, fortran] PR125051 - [coarray] undefined reference to `__caf_get_from_remote_fn_index_0.4' (shmem caf)   Harald Anlauf
  • [Patch, fortran] PR125051 - [coarray] undefined reference to `__caf_get_from_remote_fn_index_0.4' (shmem caf)   Paul Richard Thomas
    • [Patch, fortran] PR125051 - [coarray] undefined reference to `__caf_get_from_remote_fn_index_0.4' (shmem caf)   Jerry D
    • [PATCH] Fortran: fix automatic deallocation with derived type IO [PR111952,PR125059]   Harald Anlauf
      • [PATCH] Fortran: fix automatic deallocation with derived type IO [PR111952,PR125059]   Jerry D
      • [PATCH] Fortran: fix automatic deallocation with derived type IO [PR111952,PR125059]   Harald Anlauf
      • [PATCH] Fortran: fix automatic deallocation with derived type IO [PR111952, PR125059]   Paul Richard Thomas
• [PATCH 2/2] gfortran.dg/coarray: Require target sleep where calls were recently added, PR125005   Hans-Peter Nilsson
  • [PATCH 2/2] gfortran.dg/coarray: Require target sleep where calls were recently added, PR125005   Steve Kargl
    • [PATCH, committed] libfortran: fix static analyser cppcheck warning in free_format_data [PR125087]   Harald Anlauf
• [PATCH. fortran] Add automatic linking to caf_shmem using -fcoarray=shared   Jerry D
  • [PATCH. fortran] Add automatic linking to caf_shmem using -fcoarray=shared   Andre Vehreschild
    • [PATCH. fortran] Add automatic linking to caf_shmem using -fcoarray=shared   Jerry Delisle
    • [PATCH. fortran] Add automatic linking to caf_shmem using -fcoarray=shared   Jerry D
    • [PATCH. fortran] Add automatic linking to caf_shmem using -fcoarray=shared   Jerry D
      • [PATCH. fortran] Add automatic linking to caf_shmem using -fcoarray=shared   Paul Richard Thomas
      • [PATCH. fortran] Add automatic linking to caf_shmem using -fcoarray=shared   Jerry Delisle
      • [PATCH. fortran] Add automatic linking to caf_shmem using -fcoarray=shared   Jerry D
• [PATCH, fortran] PR93727 Implement new EX format specifier   Jerry D
  • [PATCH, fortran] PR93727 Implement new EX format specifier   Harald Anlauf
    • [PATCH, fortran] PR93727 Implement new EX format specifier   Jerry Delisle
    • [PATCH, fortran] PR93727 Implement new EX format specifier   Jerry D
      • [PATCH, fortran] PR93727 Implement new EX format specifier   Harald Anlauf
      • [PATCH, fortran] PR93727 Implement new EX format specifier   Jerry D
      • [PATCH, fortran] PR93727 Implement new EX format specifier   H.J. Lu
      • [PATCH, fortran] PR93727 Implement new EX format specifier   Jerry Delisle
      • [PATCH, fortran] PR93727 Implement new EX format specifier   Jerry D
      • [PATCH, fortran] PR93727 Implement new EX format specifier   Thomas Koenig
      • [PATCH, fortran] PR93727 Implement new EX format specifier   Jerry D
      • [PATCH, fortran] PR93727 Implement new EX format specifier   Jerry D
      • [PATCH, fortran] PR93727 Implement new EX format specifier   H.J. Lu
• [Patch] libgomp: Add stub omp_control_tool for OMPT   Tobias Burnus
  • [Patch] libgomp: Add stub omp_control_tool for OMPT   Sandra Loosemore
    • [Patch] libgomp: Add stub omp_control_tool for OMPT   Tobias Burnus
      • [COMMITTED, PATCH] libgomp.texi: Add the missing closing brace   H.J. Lu
• Redux: [Bug fortran/125051] [coarray] undefined reference to `__caf_get_from_remote_fn_index_0.4' (shmem caf)   Paul Richard Thomas
• [Patch] OpenMP: Improve interface comment for the omp_deep_mapping lang hooks   Tobias Burnus
  • [Patch] OpenMP: Improve interface comment for the omp_deep_mapping lang hooks   Sandra Loosemore
    • [Patch] OpenMP: Improve interface comment for the omp_deep_mapping lang hooks   Thomas Koenig
• [PATCH, OpenMP, Fortran] PR122910 fix POINTER array mis-privatization   Chung-Lin Tang
  • [PATCH, OpenMP, Fortran] PR122910 fix POINTER array mis-privatization   Tobias Burnus
• PR fortran/125092 -checks for binding label argument mismatch   Thomas Koenig
  • PR fortran/125092 -checks for binding label argument mismatch   Jerry D
    • PR fortran/125092 -checks for binding label argument mismatch   Thomas Koenig
• [PATCH v2] OpenMP 5.0: Allow multiple clauses mapping same variable   Paul-Antoine Arras
  • [PATCH v2] OpenMP 5.0: Allow multiple clauses mapping same variable   Paul-Antoine Arras
  • [PATCH v2] OpenMP 5.0: Allow multiple clauses mapping same variable   Tobias Burnus
    • [PATCH v2] OpenMP 5.0: Allow multiple clauses mapping same variable   Paul-Antoine Arras
• [PATCH] build: Fix ax_pthread.m4 on Solaris 11.4   Rainer Orth
  • [PATCH] build: Fix ax_pthread.m4 on Solaris 11.4   Eric Gallager
    • [PATCH] build: Fix ax_pthread.m4 on Solaris 11.4   Rainer Orth
      • [PATCH] build: Fix ax_pthread.m4 on Solaris 11.4   Rainer Orth
• [PATCH] libgfortran: Fix libcaf_shmem build on Solaris   Rainer Orth
  • [PATCH] libgfortran: Fix libcaf_shmem build on Solaris   Tobias Burnus
  • [PATCH] libgfortran: Fix libcaf_shmem build on Solaris   Jerry D
    • PR125311: gfortran, d, or driver issue?   Harald Anlauf
      • PR125311: gfortran, d, or driver issue?   Richard Biener
      • Aw: Re: PR125311: gfortran, d, or driver issue?   Harald Anlauf
      • PR125311: gfortran, d, or driver issue?   Richard Biener
      • PR125311: gfortran, d, or driver issue?   Harald Anlauf
• [patch, fortran] PR 122245: Fix -fc-prototypes when procedure is defined via INTERFACE   Thomas Koenig
  • [patch, fortran] PR 122245: Fix -fc-prototypes when procedure is defined via INTERFACE   Harald Anlauf
    • [patch, fortran] PR 122245: Fix -fc-prototypes when procedure is defined via INTERFACE   Thomas Koenig
• [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
  • ***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
    • ***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
• [PATCH v3] OpenMP 5.0: Allow multiple clauses mapping same variable   Paul-Antoine Arras
  • [PATCH v3] OpenMP 5.0: Allow multiple clauses mapping same variable   Tobias Burnus
• [patch, fortran] Fix PR 115260, data corruption on inline packing / unpacking   Thomas Koenig
  • [patch, fortran] Fix PR 115260, data corruption on inline packing / unpacking   Paul Richard Thomas
    • [patch, fortran] Fix PR 115260, data corruption on inline packing / unpacking   Thomas Koenig
• [Patch] OpenMP: Fortran "!$omp declare mapper" parser support   Tobias Burnus
• [PATCH 0/1] fortran: opt-in non-traditional C preprocessing   Henri Menke
  • [PATCH 1/1] fortran: allow non-traditional C preprocessing via -fno-traditional-cpp   Henri Menke
• [patch, Fortran] Fix PR 106546, inline matmul with -fno-automatic   Thomas Koenig
  • [patch, Fortran] Fix PR 106546, inline matmul with -fno-automatic   Jerry D
    • [patch, Fortran] Fix PR 106546, inline matmul with -fno-automatic   Thomas Koenig
• [patch, fortran] Fix PR 125379, ICE with BIND(C) and PRIVATE   Thomas Koenig
  • Fwd: [patch, fortran] Fix PR 125379, ICE with BIND(C) and PRIVATE   Paul Richard Thomas
    • Fwd: [patch, fortran] Fix PR 125379, ICE with BIND(C) and PRIVATE   Thomas Koenig
• [Patch] Fortran: invoke.texi - document -fcoarray=shared [PR125416]   Tobias Burnus
  • [Patch] Fortran: invoke.texi - document -fcoarray=shared [PR125416]   Paul Richard Thomas
  • [Patch] Fortran: invoke.texi - document -fcoarray=shared [PR125416]   Harald Anlauf
    • [committed] Fortran: Fix .texi and comment typos (was: [Patch] Fortran: invoke.texi - document -fcoarray=shared [PR125416])   Tobias Burnus
• gcc   Andrea Lyone
• Question about the Fortran Wiki website   Amber Bridges
• [PATCH] PR93727 Add EX format rounding for truncated hex mantissa   Jerry D
  • [PATCH] PR93727 Add EX format rounding for truncated hex mantissa   Harald Anlauf
    • [PATCH] PR93727 Add EX format rounding for truncated hex mantissa   Jerry D
    • [PATCH] PR93727 Add EX format rounding for truncated hex mantissa   Jerry D
• [PATCH 1/2] Fortran: Add c_f_strpointer intrinsic   Sandra Loosemore
  • [PATCH 2/2] Fortran: f_c_string intrinsic improvements   Sandra Loosemore
    • [PATCH 2/2] Fortran: f_c_string intrinsic improvements   Tobias Burnus
      • [PATCH 2/2] Fortran: f_c_string intrinsic improvements   Sandra Loosemore
  • [PATCH 1/2] Fortran: Add c_f_strpointer intrinsic   Tobias Burnus
• [PATCH] PR125430 Fixmodule-contained PRIVATE procedures must have global, ELF linkage   Jerry D
  • [PATCH] PR125430 Fixmodule-contained PRIVATE procedures must have global, ELF linkage   Paul Richard Thomas
    • [PATCH] PR125430 Fixmodule-contained PRIVATE procedures must have global, ELF linkage   Jerry D
      • [PATCH] PR125430 Fixmodule-contained PRIVATE procedures must have global, ELF linkage   Jerry D
• [PATCH] PR 125324 Fix - -fcoarray=shared should imply -pthread / gfortran.dg/coarray_51.f90 FAIL   Jerry D
• package not available for download   Campbell, Glenn J. [US-US]
• [PATCH] Fortran: checking of passed character length [PR125393]   Harald Anlauf
  • [PATCH] Fortran: checking of passed character length [PR125393]   Jerry D
    • [PATCH] Fortran: checking of passed character length [PR125393]   Harald Anlauf
• [PATCH] libgomp: Fix gfortran detection when program is found via PATH   Peter Damianov
  • [PATCH] libgomp: Fix gfortran detection when program is found via PATH   Peter0x44
• [Patch] OpenMP: Reject omp_{cgroup, pteam, thread}_mem_alloc for static vars in ALLOCATE directive [PR122892]   Tobias Burnus
• [PATCH] Fix PR105582 ICE on procedure pointer assignment inside block   Jerry D
  • [PATCH] Fix PR105582 ICE on procedure pointer assignment inside block   Harald Anlauf
• need help with a g77 compile error   Jerry D
• [PATCH] Fix PR125481 Wrong generic resolution between procedure pointer and variable actuals of same TKR   Jerry D
  • [PATCH] Fix PR125481 Wrong generic resolution between procedure pointer and variable actuals of same TKR   Harald Anlauf
    • [PATCH] Fix PR125481 Wrong generic resolution between procedure pointer and variable actuals of same TKR   Jerry D
• [PATCH] fortran: add FORCEINLINE attribute to force inlining   Henri Menke
  • [PATCH] fortran: add FORCEINLINE attribute to force inlining   Harald Anlauf
• Fwd: how to install gcc 16.1 on silicon mac ???   Toon Moene
  • how to install gcc 16.1 on silicon mac ???   Paul Richard Thomas
    • how to install gcc 16.1 on silicon mac ???   Jerry D

Last message date: Sun May 31 22:28:47 GMT 2026
Archived on: Sun May 31 22:28:53 GMT 2026

• Messages sorted by: [ subject ] [ author ] [ date ]
• More info on this list...