fortran  

Messages by Thread

• • Re: [PATCH, v3] Fortran: restrictions on integer arguments to SYSTEM_CLOCK [PR112609] Mikael Morin
  • Re: [PATCH, v3] Fortran: restrictions on integer arguments to SYSTEM_CLOCK [PR112609] Steve Kargl
  • Re: [PATCH, v3] Fortran: restrictions on integer arguments to SYSTEM_CLOCK [PR112609] Harald Anlauf
  • [PATCH, v4] Fortran: restrictions on integer arguments to SYSTEM_CLOCK [PR112609] Harald Anlauf
  • Re: [PATCH, v4] Fortran: restrictions on integer arguments to SYSTEM_CLOCK [PR112609] Mikael Morin
• Re: [Patch] Fortran: Accept -std=f2023 support, update line-length for Fortran 2023 Harald Anlauf
  • Re: [Patch] Fortran: Accept -std=f2023, update line-length for Fortran 2023 Mikael Morin
  • Re: [Patch] Fortran: Accept -std=f2023, update line-length for Fortran 2023 Harald Anlauf
  • Re: [Patch] Fortran: Accept -std=f2023, update line-length for Fortran 2023 Harald Anlauf
  • Re: [Patch] Fortran: Accept -std=f2023, update line-length for Fortran 2023 Steve Kargl
  • Re: [Patch] Fortran: Accept -std=f2023, update line-length for Fortran 2023 Harald Anlauf
  • Re: [Patch] Fortran: Accept -std=f2023 support, update line-length for Fortran 2023 Jerry D
• [PING] [PATCH] gfortran: Rely on dg-do-what-default to avoid running pr85853.f90, pr107254.f90 and vect-alias-check-1.F90 on non-vector targets Patrick O'Neill
  • Re: [PING] [PATCH] gfortran: Rely on dg-do-what-default to avoid running pr85853.f90, pr107254.f90 and vect-alias-check-1.F90 on non-vector targets Jeff Law
  • [Committed] gfortran: Rely on dg-do-what-default to avoid running pr85853.f90, pr107254.f90 and vect-alias-check-1.F90 on non-vector targets Patrick O'Neill
• gfortran.org Hans Weber
• [Patch, fortran] PR112459 - gfortran -w option causes derived-type finalization at creation time Paul Richard Thomas
  • Re: [Patch, fortran] PR112459 - gfortran -w option causes derived-type finalization at creation time Harald Anlauf
• [patch] OpenMP/Fortran: Implement omp allocators/allocate for ptr/allocatables Tobias Burnus
  • Re: [patch] OpenMP/Fortran: Implement omp allocators/allocate for ptr/allocatables Jakub Jelinek
  • Re: [patch] OpenMP/Fortran: Implement omp allocators/allocate for ptr/allocatables Thomas Schwinge
  • Re: [patch] OpenMP/Fortran: Implement omp allocators/allocate for ptr/allocatables Jakub Jelinek
  • [Patch] OpenMP: Minor '!$omp allocators' cleanup - and still: Re: [patch] OpenMP/Fortran: Implement omp allocators/allocate for ptr/allocatables Tobias Burnus
  • Re: [Patch] OpenMP: Minor '!$omp allocators' cleanup - and still: Re: [patch] OpenMP/Fortran: Implement omp allocators/allocate for ptr/allocatables Thomas Schwinge
  • Re: [Patch] OpenMP: Minor '!$omp allocators' cleanup - and still: Re: [patch] OpenMP/Fortran: Implement omp allocators/allocate for ptr/allocatables Andrew MacLeod
• [PATCH v2 0/3] libgfortran: empty array fixes Mikael Morin
  • [PATCH v2 2/3] libgfortran: Remove early return if extent is zero [PR112371] Mikael Morin
  • Re: [PATCH v2 0/3] libgfortran: empty array fixes Harald Anlauf
  • Fwd: [PATCH v2 0/3] libgfortran: empty array fixes John Koval
  • Re: [PATCH v2 0/3] libgfortran: empty array fixes Mikael Morin
• [PATCH 0/2] libgfortran: empty array fixes [PR112371] Mikael Morin
  • [PATCH 1/2] libgfortran: Remove early return if extent is zero [PR112371] Mikael Morin
  • Re: [PATCH 1/2] libgfortran: Remove early return if extent is zero [PR112371] Harald Anlauf
  • Re: [PATCH 1/2] libgfortran: Remove early return if extent is zero [PR112371] Mikael Morin
  • Re: [PATCH 2/2] libgfortran: Remove empty array descriptor first dimension overwrite [PR112371] Harald Anlauf
  • Re: [PATCH 2/2] libgfortran: Remove empty array descriptor first dimension overwrite [PR112371] Mikael Morin
  • Re: [PATCH 2/2] libgfortran: Remove empty array descriptor first dimension overwrite [PR112371] Harald Anlauf
• [committed] libgfortran: Fix calloc call by swapping arg order [PR112364] Tobias Burnus
• [PATCH] Fortran: fix issue with multiple references of a procedure pointer [PR97245] Harald Anlauf
  • Re: [PATCH] Fortran: fix issue with multiple references of a procedure pointer [PR97245] Steve Kargl
• GCN: Address undeclared 'NULL' usage in 'libgcc/config/gcn/gthr-gcn.h:__gthread_getspecific' (was: [PATCH 1/3] Create GCN-specific gthreads) Thomas Schwinge
• [PATCH] Fortran: Fix generate_error library function fnspec Martin Jambor
  • Re: [PATCH] Fortran: Fix generate_error library function fnspec Tobias Burnus
  • Re: [PATCH] Fortran: Fix generate_error library function fnspec Paul Richard Thomas
• [Patch, fortran] PR112316 - [13 Regression] Fix for PR87477 rejects valid code with a bogus error... Paul Richard Thomas
• [PATCH] Fortran: passing of allocatable/pointer arguments to OPTIONAL+VALUE [PR92887] Harald Anlauf
  • Re: [PATCH] Fortran: passing of allocatable/pointer arguments to OPTIONAL+VALUE [PR92887] Paul Richard Thomas
• [Patch, fortran] PR98498 - Interp request: defined operators and unlimited polymorphic Paul Richard Thomas
  • Re: [Patch, fortran] PR98498 - Interp request: defined operators and unlimited polymorphic Harald Anlauf
  • Re: [Patch, fortran] PR98498 - Interp request: defined operators and unlimited polymorphic Paul Richard Thomas
  • Re: [Patch, fortran] PR98498 - Interp request: defined operators and unlimited polymorphic Harald Anlauf
• [Patch, fortran] PR64120 Paul Richard Thomas
  • Re: [Patch, fortran] PR64120 Steve Kargl
• [Patch, fortran] PR104555 - ICE in gfc_compare_derived_types, at fortran/interface.cc:628 since r10-2912-g70570ec192745095 Paul Richard Thomas
  • Re: [Patch, fortran] PR104555 - ICE in gfc_compare_derived_types, at fortran/interface.cc:628 since r10-2912-g70570ec192745095 Harald Anlauf
• Re: [PATCH, OpenACC 2.7] Connect readonly modifier to points-to analysis Thomas Schwinge
  • Re: [PATCH, OpenACC 2.7] Connect readonly modifier to points-to analysis Richard Biener
• [PATCH] Fortran: diagnostics of MODULE PROCEDURE declaration conflicts [PR104649] Harald Anlauf
  • Re: [PATCH] Fortran: diagnostics of MODULE PROCEDURE declaration conflicts [PR104649] Paul Richard Thomas
• [Patch, fortran] PR104625 ICE in fixup_array_ref, at fortran/resolve.cc:9275 since r10-2912-g70570ec192745095 Paul Richard Thomas
  • Re: [Patch, fortran] PR104625 ICE in fixup_array_ref, at fortran/resolve.cc:9275 since r10-2912-g70570ec192745095 Harald Anlauf
• Re: [PATCH, OpenACC 2.7, v2] readonly modifier support in front-ends Thomas Schwinge
  • Re: [PATCH, OpenACC 2.7, v2] readonly modifier support in front-ends Chung-Lin Tang
  • Re: [PATCH, OpenACC 2.7, v2] readonly modifier support in front-ends Thomas Schwinge
  • OpenACC 2.7: front-end support for readonly modifier: Add basic OpenACC 'declare' testing (was: [PATCH, OpenACC 2.7, v2] readonly modifier support in front-ends) Thomas Schwinge
  • Re: OpenACC 2.7: front-end support for readonly modifier: Add basic OpenACC 'declare' testing Tobias Burnus
  • Re: OpenACC 2.7: front-end support for readonly modifier: Add basic OpenACC 'declare' testing Tobias Burnus
• Re: [PATCH, OpenACC 2.7] Implement self clause for compute constructs Thomas Schwinge
  • Disentangle handling of OpenACC 'host', 'self' pragma tokens (was: [PATCH, OpenACC 2.7] Implement self clause for compute constructs) Thomas Schwinge
  • Extend test suite coverage for OpenACC 'self' clause for compute constructs (was: [PATCH, OpenACC 2.7] Implement self clause for compute constructs) Thomas Schwinge
  • Handle OpenACC 'self' clause for compute constructs in OpenACC 'kernels' decomposition (was: Extend test suite coverage for OpenACC 'self' clause for compute constructs (was: [PATCH, OpenACC 2.7] Implement self clause for compute constructs)) Thomas Schwinge
  • Minor fixes for OpenACC/Fortran 'self' clause for compute constructs (was: [PATCH, OpenACC 2.7] Implement self clause for compute constructs) Thomas Schwinge
• [PATCH] Fortran/OpenMP: event handle in task detach cannot be a coarray [PR104131] Harald Anlauf
  • Re: [PATCH] Fortran/OpenMP: event handle in task detach cannot be a coarray [PR104131] rep . dot . nop
  • Re: [PATCH] Fortran/OpenMP: event handle in task detach cannot be a coarray [PR104131] Harald Anlauf
• [Patch] OpenMP/Fortran: Handle unlisted items in 'omp allocators' + exec. 'omp allocate' Tobias Burnus
• Re: OpenMP/Fortran: Group handling of 'if' clause without and with modifier Tobias Burnus
• Re: [PATCH v5 2/5] libcpp: add a function to determine UTF-8 validity of a C string David Malcolm
  • Re: [PATCH v5 2/5] libcpp: add a function to determine UTF-8 validity of a C string Jason Merrill
  • Re: [PATCH v5 2/5] libcpp: add a function to determine UTF-8 validity of a C string David Malcolm
• [PATCH] Fortran: Fix incompatible types between INTEGER(8) and TYPE(c_ptr) Paul-Antoine Arras
  • Re: [PATCH] Fortran: Fix incompatible types between INTEGER(8) and TYPE(c_ptr) Tobias Burnus
  • Re: [PATCH] Fortran: Fix incompatible types between INTEGER(8) and TYPE(c_ptr) Paul-Antoine Arras
  • Re: [PATCH] Fortran: Fix incompatible types between INTEGER(8) and TYPE(c_ptr) Tobias Burnus
  • Re: [PATCH] Fortran: Fix incompatible types between INTEGER(8) and TYPE(c_ptr) Thomas Schwinge
  • Re: [PATCH] Fortran: Fix incompatible types between INTEGER(8) and TYPE(c_ptr) Paul-Antoine Arras
  • Re: [PATCH] Fortran: Fix incompatible types between INTEGER(8) and TYPE(c_ptr) Thomas Schwinge
  • Re: [PATCH] Fortran: Fix incompatible types between INTEGER(8) and TYPE(c_ptr) tobias.bur...@siemens.com
• [Patch] omp_lib.f90.in: Deprecate omp_lock_hint_* for OpenMP 5.0 Tobias Burnus
• [PATCH] Fortran: out of bounds access with nested implied-do IO [PR111837] Harald Anlauf
  • Re: [PATCH] Fortran: out of bounds access with nested implied-do IO [PR111837] Jerry D
• [patch] fortran/intrinsic.texi: Add 'passed by value' to signal handler Tobias Burnus
  • Re: [patch] fortran/intrinsic.texi: Add 'passed by value' to signal handler Harald Anlauf
  • Re: [patch] fortran/intrinsic.texi: Add 'passed by value' to signal handler Steve Kargl
  • [patch] fortran/intrinsic.texi: Improve SIGNAL intrinsic entry (was: [patch] fortran/intrinsic.texi: Add 'passed by value' to signal handler) Tobias Burnus
  • Re: [patch] fortran/intrinsic.texi: Improve SIGNAL intrinsic entry Harald Anlauf
  • Re: [patch] fortran/intrinsic.texi: Improve SIGNAL intrinsic entry Tobias Burnus
  • Re: [patch] fortran/intrinsic.texi: Improve SIGNAL intrinsic entry Harald Anlauf
  • Re: [patch] fortran/intrinsic.texi: Add 'passed by value' to signal handler Stanislav Maslovski
• Compiler for Windows Tucker, Mark
  • Re: Compiler for Windows Arjen Markus
• Segfaults in SIGINT signal handler Stanislav Maslovski
  • Re: Segfaults in SIGINT signal handler Harald Anlauf
• PR fortran/39627 [meta-bug] Fortran 2008 support Paul Richard Thomas
  • Re: PR fortran/39627 [meta-bug] Fortran 2008 support Richard Biener
  • Re: PR fortran/39627 [meta-bug] Fortran 2008 support Tobias Burnus
  • Re: PR fortran/39627 [meta-bug] Fortran 2008 support Paul Richard Thomas
• [PATCH] tree-optimization/111779 - Handle some BIT_FIELD_REFs in SRA Richard Biener
  • Re: [PATCH] tree-optimization/111779 - Handle some BIT_FIELD_REFs in SRA Richard Biener
  • Re: [PATCH] tree-optimization/111779 - Handle some BIT_FIELD_REFs in SRA Andre Vehreschild
• [PATCH] Fortran: name conflict between internal procedure and derived type [PR104351] Harald Anlauf
  • Re: [PATCH] Fortran: name conflict between internal procedure and derived type [PR104351] Harald Anlauf
  • Re: [PATCH] Fortran: name conflict between internal procedure and derived type [PR104351] Jerry D
  • Re: [PATCH] Fortran: name conflict between internal procedure and derived type [PR104351] Jerry D
• [Patch, fortran] PR67740 - Wrong association status of allocatable character pointer in derived types Paul Richard Thomas
  • Re: [Patch, fortran] PR67740 - Wrong association status of allocatable character pointer in derived types Harald Anlauf
  • Re: [Patch, fortran] PR67740 - Wrong association status of allocatable character pointer in derived types Harald Anlauf
  • Re: [Patch, fortran] PR67740 - Wrong association status of allocatable character pointer in derived types Paul Richard Thomas
• [Patch] Fortran: Support OpenMP's 'allocate' directive for stack vars Tobias Burnus
  • Re: [Patch] Fortran: Support OpenMP's 'allocate' directive for stack vars Jakub Jelinek
  • Re: [Patch] Fortran: Support OpenMP's 'allocate' directive for stack vars Tobias Burnus
  • Re: [Patch] Fortran: Support OpenMP's 'allocate' directive for stack vars Thomas Schwinge
  • Re: [Patch] Fortran: Support OpenMP's 'allocate' directive for stack vars Jakub Jelinek
  • [Patch] OpenMP: Avoid ICE with LTO and 'omp allocate (was: [Patch] Fortran: Support OpenMP's 'allocate' directive for stack vars) Tobias Burnus
  • Re: [Patch] OpenMP: Avoid ICE with LTO and 'omp allocate (was: [Patch] Fortran: Support OpenMP's 'allocate' directive for stack vars) Jakub Jelinek
• [Patch] Fortran/OpenMP: Fix handling of strictly structured blocks Tobias Burnus
• [PATCH] fortran: fix handling of options -ffpe-trap and -ffpe-summary [PR110957] Harald Anlauf
• Re: Complex numbers support: discussions summary Toon Moene
• [Patch, fortran] PR111674 - [13/14 regression] Failure to finalize an allocatable subobject of a non-finalizable type Paul Richard Thomas
• [Fortran, Patch, Coarray, PR 37336] Fix crash in finalizer when derived type coarray is already freed. Andre Vehreschild via Fortran
  • Re: [Fortran, Patch, Coarray, PR 37336] Fix crash in finalizer when derived type coarray is already freed. Paul Richard Thomas via Fortran
  • Re: [Fortran, Patch, Coarray, PR 37336] Fix crash in finalizer when derived type coarray is already freed. Andre Vehreschild via Fortran
  • Re: [Fortran, Patch, Coarray, PR 37336] Fix crash in finalizer when derived type coarray is already freed. Paul Richard Thomas via Fortran
  • Re: [Fortran, Patch, Coarray, PR 37336] Fix crash in finalizer when derived type coarray is already freed. Andre Vehreschild via Fortran
  • Re: [Fortran, Patch, Coarray, PR 37336] Fix crash in finalizer when derived type coarray is already freed. Andre Vehreschild via Fortran
  • Re: [Fortran, Patch, Coarray, PR 37336] Fix crash in finalizer when derived type coarray is already freed. Paul Richard Thomas
• Test with an lto-build of libgfortran. Toon Moene
  • Re: Test with an lto-build of libgfortran. Jeff Law via Fortran
  • Re: Test with an lto-build of libgfortran. Richard Biener via Fortran
  • Re: Test with an lto-build of libgfortran. Andrew Pinski via Fortran
  • Re: Test with an lto-build of libgfortran. Tobias Burnus
  • Re: Test with an lto-build of libgfortran. Jakub Jelinek via Fortran
  • Re: Test with an lto-build of libgfortran. Tobias Burnus
  • Re: Test with an lto-build of libgfortran. Jakub Jelinek via Fortran
  • Re: Test with an lto-build of libgfortran. Thomas Koenig via Fortran
  • Re: Test with an lto-build of libgfortran. Toon Moene
  • Re: Test with an lto-build of libgfortran. Jakub Jelinek via Fortran
  • Re: Test with an lto-build of libgfortran. Toon Moene
  • Re: Test with an lto-build of libgfortran. David Edelsohn via Fortran
  • Re: Test with an lto-build of libgfortran. Andrew Stubbs
  • Re: Test with an lto-build of libgfortran. Thomas Koenig via Fortran
• gfortran: error: unrecognized argument in option '-mcmodel=medium' Lingadahally, Vishakha (2023)
  • Re: gfortran: error: unrecognized argument in option '-mcmodel=medium' Richard Biener via Fortran
  • Re: gfortran: error: unrecognized argument in option '-mcmodel=medium' Andrew Pinski via Fortran
  • Re: gfortran: error: unrecognized argument in option '-mcmodel=medium' Iain Sandoe
  • Re: gfortran: error: unrecognized argument in option '-mcmodel=medium' Iain Sandoe
  • Re: [EXT] Re: gfortran: error: unrecognized argument in option '-mcmodel=medium' Lingadahally, Vishakha (2023)
  • Re: [EXT] gfortran: error: unrecognized argument in option '-mcmodel=medium' Iain Sandoe
• Gcc - Fasterner Fair India 2023 Olivia Davis
• [PATCH] fortran: error recovery on duplicate declaration of class variable [PR95710] Harald Anlauf via Fortran
  • Re: [PATCH] fortran: error recovery on duplicate declaration of class variable [PR95710] Bernhard Reutner-Fischer via Fortran
• Received by "HR Dept" Closing Report 9/21/2023 / 4:46:58 PM gcc.gnu.org__N0tification_Thursday, September 21, 2023 via Fortran
• [Patch, fortran] PR68155 - ICE on initializing character array in type (len_lhs <> len_rhs) Paul Richard Thomas via Fortran
  • Re: [Patch, fortran] PR68155 - ICE on initializing character array in type (len_lhs <> len_rhs) Harald Anlauf via Fortran
• [PATCH] fortran: fix checking of CHARACTER lengths in array constructors [PR70231] Harald Anlauf via Fortran
  • Re: [PATCH] fortran: fix checking of CHARACTER lengths in array constructors [PR70231] Jerry D via Fortran
• [PATCH] fortran: Remove reference count update [PR108957] Mikael Morin via Fortran
  • Re: [PATCH] fortran: Remove reference count update [PR108957] Paul Richard Thomas via Fortran
• [PATCH] Fortran: improve bounds-checking for array sections [PR30802] Harald Anlauf via Fortran
  • Re: [PATCH] Fortran: improve bounds-checking for array sections [PR30802] Paul Richard Thomas via Fortran
  • Re: [PATCH] Fortran: improve bounds-checking for array sections [PR30802] Harald Anlauf via Fortran
• missing libSystem.B.dylib during execution Gamal Akabani via Fortran
• [PATCH] fortran: Undo new symbols in all namespaces [PR110996] Mikael Morin via Fortran
  • Re: [PATCH] fortran: Undo new symbols in all namespaces [PR110996] Harald Anlauf via Fortran
• [PATCH] fortran: Remove redundant tree walk to delete element Mikael Morin via Fortran
  • Re: [PATCH] fortran: Remove redundant tree walk to delete element Harald Anlauf via Fortran
  • Re: [PATCH] fortran: Remove redundant tree walk to delete element Mikael Morin via Fortran
• [PATCH] OpenMP: Enable 'declare mapper' mappers for 'target update' directives Julian Brown
• [PATCH 0/5] OpenMP: Array-shaping operator and strided/rectangular 'target update' support Julian Brown
  • [PATCH 1/5] OpenMP, NVPTX: memcpy[23]D bias correction Julian Brown
  • Re: [PATCH 1/5] OpenMP, NVPTX: memcpy[23]D bias correction Thomas Schwinge
  • Re: [PATCH 1/5] OpenMP, NVPTX: memcpy[23]D bias correction Julian Brown
  • Re: [PATCH 1/5] OpenMP, NVPTX: memcpy[23]D bias correction Tobias Burnus
  • [PATCH 2/5] OpenMP: Allow complete replacement of clause during map/to/from expansion Julian Brown
  • [PATCH 4/5] OpenMP: Array shaping operator and strided "target update" for C Julian Brown
  • [PATCH 5/5] OpenMP: Noncontiguous "target update" for Fortran Julian Brown
• [PATCH 0/8] OpenMP: lvalue parsing and "declare mapper" support Julian Brown
  • [PATCH 2/8] OpenMP: lvalue parsing for map/to/from clauses (C) Julian Brown
  • Re: [PATCH 2/8] OpenMP: lvalue parsing for map/to/from clauses (C) Tobias Burnus
  • [PATCH 5/8] OpenMP, Fortran: Pass list number to gfc_free_omp_namelist Julian Brown
  • [PATCH 3/8] OpenMP: C++ "declare mapper" support Julian Brown
  • [PATCH 7/8] OpenMP, Fortran: Split out OMP clause checking Julian Brown
  • [PATCH 6/8] OpenMP, Fortran: Per-directive control for gfc_trans_omp_clauses Julian Brown
  • [PATCH 4/8] OpenMP: Support OpenMP 5.0 "declare mapper" directives for C Julian Brown
  • [PATCH 8/8] OpenMP: Fortran "!$omp declare mapper" support Julian Brown
  • Re: [PATCH 8/8] OpenMP: Fortran "!$omp declare mapper" support Bernhard Reutner-Fischer via Fortran
  • Re: [PATCH 8/8] OpenMP: Fortran "!$omp declare mapper" support Julian Brown
  • Re: [PATCH 1/8] OpenMP: lvalue parsing for map/to/from clauses (C++) Tobias Burnus
  • Re: [PATCH 1/8] OpenMP: lvalue parsing for map/to/from clauses (C++) Tobias Burnus
  • Re: [PATCH 1/8] OpenMP: lvalue parsing for map/to/from clauses (C++) Thomas Schwinge

• Earlier messages
• Later messages