fortran  

Messages by Thread

• package not available for download Campbell, Glenn J. [US-US]
• [PATCH] PR 125324 Fix - -fcoarray=shared should imply -pthread / gfortran.dg/coarray_51.f90 FAIL Jerry D
• [PATCH] PR125430 Fixmodule-contained PRIVATE procedures must have global, ELF linkage 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] PR93727 Add EX format rounding for truncated hex mantissa Jerry D
  • Re: [PATCH] PR93727 Add EX format rounding for truncated hex mantissa Harald Anlauf
• gcc Andrea Lyone
• [Patch] Fortran: invoke.texi - document -fcoarray=shared [PR125416] Tobias Burnus
  • Re: [Patch] Fortran: invoke.texi - document -fcoarray=shared [PR125416] Paul Richard Thomas
  • Re: [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
• [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
  • Re: Fwd: [patch, fortran] Fix PR 125379, ICE with BIND(C) and PRIVATE Thomas Koenig
• [patch, Fortran] Fix PR 106546, inline matmul with -fno-automatic Thomas Koenig
  • Re: [patch, Fortran] Fix PR 106546, inline matmul with -fno-automatic Jerry D
  • Re: [patch, Fortran] Fix PR 106546, inline matmul with -fno-automatic Thomas Koenig
• [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] OpenMP: Fortran "!$omp declare mapper" parser support Tobias Burnus
• [patch, fortran] Fix PR 115260, data corruption on inline packing / unpacking Thomas Koenig
  • Re: [patch, fortran] Fix PR 115260, data corruption on inline packing / unpacking Paul Richard Thomas
  • Re: [patch, fortran] Fix PR 115260, data corruption on inline packing / unpacking Thomas Koenig
• [PATCH v3] OpenMP 5.0: Allow multiple clauses mapping same variable Paul-Antoine Arras
  • Re: [PATCH v3] OpenMP 5.0: Allow multiple clauses mapping same variable Tobias Burnus
• [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
  • 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
• [patch, fortran] PR 122245: Fix -fc-prototypes when procedure is defined via INTERFACE Thomas Koenig
  • Re: [patch, fortran] PR 122245: Fix -fc-prototypes when procedure is defined via INTERFACE Harald Anlauf
  • Re: [patch, fortran] PR 122245: Fix -fc-prototypes when procedure is defined via INTERFACE Thomas Koenig
• PR125311: gfortran, d, or driver issue? Harald Anlauf
  • Re: PR125311: gfortran, d, or driver issue? Richard Biener
  • Aw: Re: PR125311: gfortran, d, or driver issue? Harald Anlauf
  • Re: Re: PR125311: gfortran, d, or driver issue? Richard Biener
  • Re: PR125311: gfortran, d, or driver issue? Harald Anlauf
• [PATCH] libgfortran: Fix libcaf_shmem build on Solaris Rainer Orth
  • Re: [PATCH] libgfortran: Fix libcaf_shmem build on Solaris Tobias Burnus
  • Re: [PATCH] libgfortran: Fix libcaf_shmem build on Solaris Jerry D
• [PATCH] build: Fix ax_pthread.m4 on Solaris 11.4 Rainer Orth
  • Re: [PATCH] build: Fix ax_pthread.m4 on Solaris 11.4 Eric Gallager
  • 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
• [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
• 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

• Earlier messages