fortran  

Messages by Thread

• • Re: [PATCH] build: Fix ax_pthread.m4 on Solaris 11.4 Rainer Orth
  • Re: [PATCH] build: Fix ax_pthread.m4 on Solaris 11.4 Rainer Orth
  • Re: [PATCH] build: Fix ax_pthread.m4 on Solaris 11.4 Alexandre Oliva
  • Re: [PATCH] build: Fix ax_pthread.m4 on Solaris 11.4 Rainer Orth
• [PATCH v2] OpenMP 5.0: Allow multiple clauses mapping same variable Paul-Antoine Arras
  • Re: [PATCH v2] OpenMP 5.0: Allow multiple clauses mapping same variable Paul-Antoine Arras
  • Re: [PATCH v2] OpenMP 5.0: Allow multiple clauses mapping same variable Tobias Burnus
  • Re: [PATCH v2] OpenMP 5.0: Allow multiple clauses mapping same variable Paul-Antoine Arras
• PR fortran/125092 -checks for binding label argument mismatch Thomas Koenig
  • Re: PR fortran/125092 -checks for binding label argument mismatch Jerry D
  • Re: PR fortran/125092 -checks for binding label argument mismatch Thomas Koenig
• [PATCH, OpenMP, Fortran] PR122910 fix POINTER array mis-privatization Chung-Lin Tang
  • Re: [PATCH, OpenMP, Fortran] PR122910 fix POINTER array mis-privatization Tobias Burnus
• [Patch] OpenMP: Improve interface comment for the omp_deep_mapping lang hooks Tobias Burnus
  • Re: [Patch] OpenMP: Improve interface comment for the omp_deep_mapping lang hooks Sandra Loosemore
  • Re: [Patch] OpenMP: Improve interface comment for the omp_deep_mapping lang hooks Thomas Koenig
• Redux: [Bug fortran/125051] [coarray] undefined reference to `__caf_get_from_remote_fn_index_0.4' (shmem caf) Paul Richard Thomas
• [Patch] libgomp: Add stub omp_control_tool for OMPT Tobias Burnus
  • Re: [Patch] libgomp: Add stub omp_control_tool for OMPT Sandra Loosemore
  • Re: [Patch] libgomp: Add stub omp_control_tool for OMPT Tobias Burnus
  • [COMMITTED, PATCH] libgomp.texi: Add the missing closing brace H.J. Lu
• [PATCH, fortran] PR93727 Implement new EX format specifier Jerry D
  • Re: [PATCH, fortran] PR93727 Implement new EX format specifier Harald Anlauf
  • Re: [PATCH, fortran] PR93727 Implement new EX format specifier Jerry Delisle
  • Re: [PATCH, fortran] PR93727 Implement new EX format specifier Jerry D
  • Re: [PATCH, fortran] PR93727 Implement new EX format specifier Harald Anlauf
  • Re: [PATCH, fortran] PR93727 Implement new EX format specifier Jerry D
  • Re: [PATCH, fortran] PR93727 Implement new EX format specifier H.J. Lu
  • Re: [PATCH, fortran] PR93727 Implement new EX format specifier Jerry Delisle
  • Re: [PATCH, fortran] PR93727 Implement new EX format specifier Jerry D
  • Re: [PATCH, fortran] PR93727 Implement new EX format specifier Thomas Koenig
  • Re: [PATCH, fortran] PR93727 Implement new EX format specifier Jerry D
  • Re: [PATCH, fortran] PR93727 Implement new EX format specifier Jerry D
  • Re: [PATCH, fortran] PR93727 Implement new EX format specifier H.J. Lu
• [PATCH. fortran] Add automatic linking to caf_shmem using -fcoarray=shared Jerry D
  • Re: [PATCH. fortran] Add automatic linking to caf_shmem using -fcoarray=shared Andre Vehreschild
  • Re: [PATCH. fortran] Add automatic linking to caf_shmem using -fcoarray=shared Jerry Delisle
  • Re: [PATCH. fortran] Add automatic linking to caf_shmem using -fcoarray=shared Jerry D
  • Re: [PATCH. fortran] Add automatic linking to caf_shmem using -fcoarray=shared Jerry D
  • Re: [PATCH. fortran] Add automatic linking to caf_shmem using -fcoarray=shared Paul Richard Thomas
  • Re: [PATCH. fortran] Add automatic linking to caf_shmem using -fcoarray=shared Jerry Delisle
  • Re: [PATCH. fortran] Add automatic linking to caf_shmem using -fcoarray=shared Jerry D
• [PATCH, committed] libfortran: fix static analyser cppcheck warning in free_format_data [PR125087] Harald Anlauf
• [PATCH] Fortran: fix automatic deallocation with derived type IO [PR111952,PR125059] Harald Anlauf
  • Re: [PATCH] Fortran: fix automatic deallocation with derived type IO [PR111952,PR125059] Jerry D
  • Re: [PATCH] Fortran: fix automatic deallocation with derived type IO [PR111952,PR125059] Harald Anlauf
  • Re: [PATCH] Fortran: fix automatic deallocation with derived type IO [PR111952, PR125059] Paul Richard Thomas
• [Patch, fortran] PR125051 - [coarray] undefined reference to `__caf_get_from_remote_fn_index_0.4' (shmem caf) Paul Richard Thomas
  • Re: [Patch, fortran] PR125051 - [coarray] undefined reference to `__caf_get_from_remote_fn_index_0.4' (shmem caf) Harald Anlauf
  • Re: [Patch, fortran] PR125051 - [coarray] undefined reference to `__caf_get_from_remote_fn_index_0.4' (shmem caf) Paul Richard Thomas
  • Re: [Patch, fortran] PR125051 - [coarray] undefined reference to `__caf_get_from_remote_fn_index_0.4' (shmem caf) Jerry D
• [PATCH 0/2] fortran: Add bound checking code to the scalarizer block [PR125192] Mikael Morin
  • [PATCH 2/2] fortran: Add bounds checking code to the scalarizer block [PR125192] Mikael Morin
  • Re: [PATCH 2/2] fortran: Add bounds checking code to the scalarizer block [PR125192] Paul Richard Thomas
  • [PATCH 1/2] fortran: Only pass the block for bounds check generation Mikael Morin
  • Re: [PATCH 1/2] fortran: Only pass the block for bounds check generation Paul Richard Thomas
• [PATCH v3] fortran: refresh associate-name kind once selector is resolved [PR125172] Samir Ouchene
  • Re: [PATCH v3] fortran: refresh associate-name kind once selector is resolved [PR125172] Paul Richard Thomas
  • Re: [PATCH v3] fortran: refresh associate-name kind once selector is resolved [PR125172] s.ouchene
• [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
  • Re: [PING][PATCH] Fortran: Add debug functions for OpenMP data structures Tobias Burnus
• [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
  • 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
• [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
• Possible gfortran bug: wrong kind for associate name of internal complex function result s.ouchene
  • Re: Possible gfortran bug: wrong kind for associate name of internal complex function result Paul Richard Thomas
• [PATCH] Fortran: fix namelist read for input with comments [PR125095] Harald Anlauf
  • Re: [PATCH] Fortran: fix namelist read for input with comments [PR125095] Jerry D
  • Re: [PATCH] Fortran: fix namelist read for input with comments [PR125095] Harald Anlauf
• [committed] Fortran/OpenMP: cleanup gfc_free_omp_namelist Tobias Burnus
• [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
  • Re: [PATCH 1/2] libgfortran: Use MapViewOfFileEx instead of MapViewOfFileExNuma in caf_shmem Tobias Burnus
  • Re: [PATCH 1/2] libgfortran: Use MapViewOfFileEx instead of MapViewOfFileExNuma in caf_shmem Peter Damianov
• In Memoriam: Tomáš Kalibera Janne Blomqvist
• [Fortran, Patch, PR125021] Fix symbol confusion Andre Vehreschild
  • Re: [Fortran, Patch, PR125021] Fix symbol confusion Paul Richard Thomas
  • Re: [Fortran, Patch, PR125021] Fix symbol confusion Andre Vehreschild
  • Re: [Fortran, Patch, PR125021] Fix symbol confusion Jerry D
• [committed] libgomp.fortran/map-subarray-6.f90: Fix and robustify Tobias Burnus
• helping Mark Roberge
  • Re: helping Jerry D
• [PATCH 2/2] gfortran.dg/coarray: Require target sleep where calls were recently added, PR125005 Hans-Peter Nilsson
  • Re: [PATCH 2/2] gfortran.dg/coarray: Require target sleep where calls were recently added, PR125005 Hans-Peter Nilsson
  • Re: [PATCH 2/2] gfortran.dg/coarray: Require target sleep where calls were recently added, PR125005 Steve Kargl
• [PATCH 1/2] testsuite: New effective-target sleep Hans-Peter Nilsson
  • Re: [PATCH 1/2] testsuite: New effective-target sleep Mike Stump
  • Re: [PATCH 1/2] testsuite: New effective-target sleep Hans-Peter Nilsson
• [patch, docs, fortran, committed] Fix spelling of options Thomas Koenig
• [Patch, fortran] PR117077 - ICE due to allocatable component in hidden type Paul Richard Thomas
  • Re: [Patch, fortran] PR117077 - ICE due to allocatable component in hidden type Harald Anlauf
  • Re: [Patch, fortran] PR117077 - ICE due to allocatable component in hidden type Harald Anlauf
  • Re: [Patch, fortran] PR117077 - ICE due to allocatable component in hidden type Paul Richard Thomas
• [PUSHED] fortran: Fix free-form mixed OpenACC/OpenMP continuation state: 'gfortran.dg/goacc/omp-108382.f90' -> 'gfortran.dg/goacc-gomp/pr108382.f90' Thomas Schwinge
• [Patch, fortran] PR120431 - SPREAD does not handle scalar argument and NCOPIES=-1 correctly Paul Richard Thomas
• gfortran regressions Paul Richard Thomas
  • Re: gfortran regressions NightStrike
  • Re: gfortran regressions Paul Richard Thomas
  • Re: gfortran regressions Paul Richard Thomas
• [Patch, fortran] PR121384 - Wrongly initialized associate array descriptor when the target is wrapped in parenthesis Paul Richard Thomas
  • Re: [Patch, fortran] PR121384 - Wrongly initialized associate array descriptor when the target is wrapped in parenthesis Jerry D
• Helping with bugs Ryan Koehler
  • Re: Helping with bugs Jerry D
• [PATCH] fortran: Enable target preprocessor macros with -cpp [PR42954] Christopher Albert
  • Re: [PATCH] fortran: Enable target preprocessor macros with -cpp [PR42954] Harald Anlauf
  • Re: [PATCH] fortran: Enable target preprocessor macros with -cpp [PR42954] Harald Anlauf
  • Re: [PATCH] fortran: Enable target preprocessor macros with -cpp [PR42954] Andrew Pinski
  • Re: [PATCH] fortran: Enable target preprocessor macros with -cpp [PR42954] Harald Anlauf
  • Re: [PATCH] fortran: Enable target preprocessor macros with -cpp [PR42954] Albert, Christopher
• [PATCH, committed] Fortran: fix possible null pointer dereference [PR124807] Harald Anlauf
• [PATCH,fortran] Fix Bug 101760 - [13/14/15/16 Regression] ICE in make_ssa_name_fn ... Jerry D
  • Re: [PATCH, fortran] Fix Bug 101760 - [13/14/15/16 Regression] ICE in make_ssa_name_fn ... Paul Richard Thomas
• [Patch, fortran] PR120140 - generic type-bound procedure, defined assignment, and subarray reference Paul Richard Thomas
  • Re: [Patch, fortran] PR120140 - generic type-bound procedure, defined assignment, and subarray reference Jerry D
  • Re: [Patch, fortran] PR120140 - generic type-bound procedure, defined assignment, and subarray reference Harald Anlauf
• [PATCH,fortran] Fix Bug 93554 - [13/14/15/16 Regression] ICE in expand_oacc_for ... Jerry D
  • Re: [PATCH,fortran] Fix Bug 93554 - [13/14/15/16 Regression] ICE in expand_oacc_for ... Harald Anlauf
  • Re: [PATCH,fortran] Fix Bug 93554 - [13/14/15/16 Regression] ICE in expand_oacc_for ... Jerry D
  • Re: [PATCH,fortran] Fix Bug 93554 - [13/14/15/16 Regression] ICE in expand_oacc_for ... Thomas Schwinge
  • Re: [PATCH,fortran] Fix Bug 93554 - [13/14/15/16 Regression] ICE in expand_oacc_for ... Albert, Christopher
• [PATCH] Fortran: defined assignment and vector subscripts [PR120140] Harald Anlauf
  • Re: [PATCH] Fortran: defined assignment and vector subscripts [PR120140] Jerry D
  • Re: [PATCH] Fortran: defined assignment and vector subscripts [PR120140] Harald Anlauf
  • Re: [PATCH] Fortran: defined assignment and vector subscripts [PR120140] Harald Anlauf
• [PATCH,fortran] Fix Bug 93814 - [13/14/15/16 Regression] ICE in build_entry_thunks ... Jerry D
  • Re: [PATCH,fortran] Fix Bug 93814 - [13/14/15/16 Regression] ICE in build_entry_thunks ... Paul Richard Thomas
• [PATCH,fortran] Fix Bug 94978 - [13/14/15/16 Regression] Bogus warning "Array reference at (1) out of bounds ..." Jerry D
  • Re: [PATCH,fortran] Fix Bug 94978 - [13/14/15/16 Regression] Bogus warning "Array reference at (1) out of bounds ..." Thomas Koenig
• [PATCH, fortran] Followup on PR103367 Jerry D
  • Re: [PATCH, fortran] Followup on PR103367 Jerry D
• [PATCH,fortran] Fix Bug 96986 - [13/14/15/16 Regression] Explicit interface required: volatile argument for ENTRY Jerry D
• [patch, committed] Fix some mior things on INQUIRE Jerry D
• [patch,fortran] Fix Bug 102430 - [13/14/15/16 Regression] ICE in fold_convert_loc, at fold-const.c Jerry D
  • Re: [patch, fortran] Fix Bug 102430 - [13/14/15/16 Regression] ICE in fold_convert_loc, at fold-const.c Paul Richard Thomas
• [patch, fortran] Fix Bug 103367 - [13/14/15/16 Regression] ICE in gfc_conv_array_initializer Jerry D
  • Re: [patch, fortran] Fix Bug 103367 - [13/14/15/16 Regression] ICE in gfc_conv_array_initializer Paul Richard Thomas
• [patch, commit] Bug 104827 - [13/14/15/16 Regression] ICE in gfc_conv_array_constructor_expr, Jerry D
  • Re: [patch, commit] Bug 104827 - [13/14/15/16 Regression] ICE in gfc_conv_array_constructor_expr, Paul Richard Thomas
• [Patch, fortran] PR124598] (PDT) - ICE instantiating nested PDTs Paul Richard Thomas
  • Re: [Patch, fortran] PR124598] (PDT) - ICE instantiating nested PDTs Harald Anlauf
• [PATCH] Fix Bug 79524 - [Regression] valgrind error for gcc/testsuite/gfortran.dg/fimplicit_none_2.f90 Jerry D
  • Re: [PATCH] Fix Bug 79524 - [Regression] valgrind error for gcc/testsuite/gfortran.dg/fimplicit_none_2.f90 Jerry D
• [patch, libgfortran] Fix return value for ENCODING in INQUIRE Jerry D
• [PATCH] Fortran: fix resolution of generic interface with TYPE(C_PTR) [PR66973] Harald Anlauf
  • Re: [PATCH] Fortran: fix resolution of generic interface with TYPE(C_PTR) [PR66973] Steve Kargl
  • Re: [PATCH] Fortran: fix resolution of generic interface with TYPE(C_PTR) [PR66973] Harald Anlauf
• [Patch, fortran] PR100155 - [13/14/15/16 Regression] ICE in gfc_conv_intrinsic_size, at fortran/trans-intrinsic.c:805 Paul Richard Thomas
  • Re: [Patch, fortran] PR100155 - [13/14/15/16 Regression] ICE in gfc_conv_intrinsic_size, at fortran/trans-intrinsic.c:805 Harald Anlauf
  • Re: [Patch, fortran] PR100155 - [13/14/15/16 Regression] ICE in gfc_conv_intrinsic_size, at fortran/trans-intrinsic.c:805 Paul Richard Thomas
  • Re: [Patch, fortran] PR100155 - [13/14/15/16 Regression] ICE in gfc_conv_intrinsic_size, at fortran/trans-intrinsic.c:805 Harald Anlauf
  • [Patch, fortran] PR124780 - Bugs found while testing the fix for PR100155 Paul Richard Thomas
  • Re: [Patch, fortran] PR124780 - Bugs found while testing the fix for PR100155 Harald Anlauf
• [PATCH] Fortran: fix passing a procedure pointer to c_funloc [PR124652] Harald Anlauf
  • Re: [PATCH] Fortran: fix passing a procedure pointer to c_funloc [PR124652] Mikael Morin
  • Re: [PATCH] Fortran: fix passing a procedure pointer to c_funloc [PR124652] Harald Anlauf
• [patch, fortran] Bug 124751 - [16 Regression] Wrong-code after packing assumed-rank actuals for contiguous dummies Jerry D
• [no subject] Science legit
• [patch, fortran] Committed Jerry D
• [patch, fortran] Fix Bug 100194 - [13/14/15/16 Regression] ICE in gfc_trans_create_temp_array... Jerry D
  • Re: [patch, fortran] Fix Bug 100194 - [13/14/15/16 Regression] ICE in gfc_trans_create_temp_array... Paul Richard Thomas
• Backport two old patches Mikael Morin
• [pushed] fortran: Give up reference factoring in case of shared tree [PR124661] Mikael Morin
  • Re: [pushed] fortran: Give up reference factoring in case of shared tree [PR124661] Mikael Morin
• PR124661 - [16 Regression] SIGSEGV with -fcheck=bounds from type-bound procedure Paul Richard Thomas
• [PATCH, fortran] Fix Bug 124543 - INQUIRE: Sometimes returns incorrect values Jerry D
  • Re: [PATCH, fortran] Fix Bug 124543 - INQUIRE: Sometimes returns incorrect values Harald Anlauf
  • Re: [PATCH, fortran] Fix Bug 124543 - INQUIRE: Sometimes returns incorrect values Jerry D
  • Re: [PATCH, fortran] Fix Bug 124543 - INQUIRE: Sometimes returns incorrect values Jerry D
• [patch, committed] Bug 124666 - [16 Regression] [UBSAN] io.cc:290:27: runtime error Jerry D
• [PATCH] fortran: Fix host association in module procedure interface bodies [PR79330] Gonzalosilvalde
  • Re: [PATCH] fortran: Fix host association in module procedure interface bodies [PR79330] Harald Anlauf
  • [PATCH v2] fortran: Fix host association in module procedure interface bodies [PR79330] Gonzalo Silvalde
  • Re: [PATCH] fortran: Fix host association in module procedure interface bodies [PR79330] Gonzalo Silvalde Blanco
  • Re: [PATCH] fortran: Fix host association in module procedure interface bodies [PR79330] Harald Anlauf
• [PATCH, committed] Fortran: fix array bounds violation in min_max_args [PR124656] Harald Anlauf
• [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
  • 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
• [PATCH] Fortran: several small fixes in gfc_simplify_eoshift [PR124631] Harald Anlauf
  • Re: [PATCH] Fortran: several small fixes in gfc_simplify_eoshift [PR124631] Paul Richard Thomas
  • Re: [PATCH] Fortran: several small fixes in gfc_simplify_eoshift [PR124631] Harald Anlauf
• [Patch, fortran] PR114021 -ICE with allocation of scalar pointer entity where SOURCE=f() with f() returning a pointer Paul Richard Thomas
  • Re: [Patch, fortran] PR114021 -ICE with allocation of scalar pointer entity where SOURCE=f() with f() returning a pointer Harald Anlauf
  • Re: [Patch, fortran] PR114021 -ICE with allocation of scalar pointer entity where SOURCE=f() with f() returning a pointer Paul Richard Thomas
• [PATCH] Fortran: fix rank/shape check in interface checking [PR124567] Harald Anlauf
  • Re: [PATCH] Fortran: fix rank/shape check in interface checking [PR124567] Paul Richard Thomas
  • Re: [PATCH] Fortran: fix rank/shape check in interface checking [PR124567] Harald Anlauf
  • Re: [PATCH] Fortran: fix rank/shape check in interface checking [PR124567] Harald Anlauf
• [Patch, fortran] PR119273 - [14/15/16 Regression] subclass can not correctly access to superclass in associate statement Paul Richard Thomas
  • Re: [Patch, fortran] PR119273 - [14/15/16 Regression] subclass can not correctly access to superclass in associate statement Paul Richard Thomas
  • Re: [Patch, fortran] PR119273 - [14/15/16 Regression] subclass can not correctly access to superclass in associate statement Harald Anlauf
  • Re: [Patch, fortran] PR119273 - [14/15/16 Regression] subclass can not correctly access to superclass in associate statement Paul Richard Thomas
  • Re: [Patch, fortran] PR119273 - [14/15/16 Regression] subclass can not correctly access to superclass in associate statement Harald Anlauf
• [PATCH,committed] fortran: Replace large structs as function parameters by references [PR124259] Harald Anlauf
• [PATCH, libgfortran] PR124512 Fix build failure on NetBSD Jerry DeLisle
  • Re: [PATCH, libgfortran] PR124512 Fix build failure on NetBSD Richard Biener
  • Re: [PATCH, libgfortran] PR124512 Fix build failure on NetBSD Jerry D
• [patch, committed] PR84779 New test case Jerry D

• Earlier messages
• Later messages