fortran  

Messages by Thread

• • Re: [PATCH] libgfortran: Fix -Wincompatible-pointer-types errors Jakub Jelinek
  • Re: [PATCH] libgfortran: Fix -Wincompatible-pointer-types errors Richard Earnshaw
  • Re: [PATCH] libgfortran: Fix -Wincompatible-pointer-types errors Florian Weimer
  • Re: [PATCH] libgfortran: Fix -Wincompatible-pointer-types errors Tobias Burnus
• [PATCH] Fortran: allow RESTRICT qualifier also for optional arguments [PR100988] Harald Anlauf
  • Re: [PATCH] Fortran: allow RESTRICT qualifier also for optional arguments [PR100988] Paul Richard Thomas
• Bug 85836 (F2018) - [meta-bug] Fortran 2018 support Paul Richard Thomas
  • Re: Bug 85836 (F2018) - [meta-bug] Fortran 2018 support FX Coudert
• [pushed] wwwdocs: benchmarks: Remove http://annwm.lbl.gov/bench/ Gerald Pfeifer
• gfortran preprocessor compiler options Rasmus Vikhamar-Sandberg
• [PATCH] Fortran: copy-out for possibly missing OPTIONAL CLASS arguments [PR112772] Harald Anlauf
  • Re: [PATCH] Fortran: copy-out for possibly missing OPTIONAL CLASS arguments [PR112772] Mikael Morin
  • Re: [PATCH] Fortran: copy-out for possibly missing OPTIONAL CLASS arguments [PR112772] Harald Anlauf
• [PATCH] Fortran: fix TARGET attribute of associating entity in ASSOCIATE [PR112764] Harald Anlauf
  • Re: [PATCH] Fortran: fix TARGET attribute of associating entity in ASSOCIATE [PR112764] Paul Richard Thomas
• [Patch] OpenMP: Support acquires/release in 'omp require atomic_default_mem_order' Tobias Burnus
  • Re: [Patch] OpenMP: Support acquires/release in 'omp require atomic_default_mem_order' Jakub Jelinek
• [PATCH] Fortran: deferred-length character optional dummy arguments [PR93762,PR100651] Harald Anlauf
  • Re: [PATCH] Fortran: deferred-length character optional dummy arguments [PR93762,PR100651] FX Coudert
  • Re: [PATCH] Fortran: deferred-length character optional dummy arguments [PR93762,PR100651] Harald Anlauf
  • [PATCH, v3] Fortran: deferred-length character optional dummy arguments [PR93762,PR100651] Harald Anlauf
  • Re: [PATCH, v3] Fortran: deferred-length character optional dummy arguments [PR93762,PR100651] FX Coudert
• [PATCH v2] Fortran: fix reallocation on assignment of polymorphic variables [PR110415] Andrew Jenner
  • Re: [PATCH v2] Fortran: fix reallocation on assignment of polymorphic variables [PR110415] Tobias Burnus
  • Re: [PATCH v2] Fortran: fix reallocation on assignment of polymorphic variables [PR110415] Paul Richard Thomas
• [patch] OpenMP: Add -Wopenmp and use it Tobias Burnus
  • Re: [patch] OpenMP: Add -Wopenmp and use it Jakub Jelinek
  • Re: [patch] OpenMP: Add -Wopenmp and use it Christophe Lyon
  • Re: [patch] OpenMP: Add -Wopenmp and use it Jakub Jelinek
  • Re: [patch] OpenMP: Add -Wopenmp and use it Tobias Burnus
  • Re: [patch] OpenMP: Add -Wopenmp and use it Christophe Lyon
• [PATCH] Fortran: avoid obsolescence warning for COMMON with submodule [PR111880] Harald Anlauf
  • Re: [PATCH] Fortran: avoid obsolescence warning for COMMON with submodule [PR111880] Mikael Morin
• [Patch] OpenMP: Accept argument to depobj's destroy clause Tobias Burnus
  • Re: [Patch] OpenMP: Accept argument to depobj's destroy clause Jakub Jelinek
  • Re: [Patch] OpenMP: Accept argument to depobj's destroy clause Tobias Burnus
  • Re: [Patch] OpenMP: Accept argument to depobj's destroy clause Jakub Jelinek
  • Re: [Patch] OpenMP: Accept argument to depobj's destroy clause Tobias Burnus
  • Re: [Patch] OpenMP: Accept argument to depobj's destroy clause Jakub Jelinek
  • [Patch,v3] OpenMP: Accept argument to depobj's destroy clause Tobias Burnus
• Request for a quote_GCC - GNU Fortran Phạm Thị Hương Xuân
  • RE: Request for a quote_GCC - GNU Fortran Phạm Thị Hương Xuân
• [PATCH, testsuite, fortran] fix invalid testcases (missing MOLD argument to NULL) Harald Anlauf
  • Re: [PATCH, testsuite, fortran] fix invalid testcases (missing MOLD argument to NULL) Mikael Morin
• Today's build of trunk with --disable-bootstrap fails for me... Harald Anlauf
  • Fw: Today's build of trunk with --disable-bootstrap fails for me... Harald Anlauf
• [PATCH] Fortran: fix reallocation on assignment of polymorphic variables [PR110415] Andrew Jenner
  • Re: [PATCH] Fortran: fix reallocation on assignment of polymorphic variables [PR110415] Tobias Burnus
• [patch] OpenMP: Add uses_allocators support Tobias Burnus
  • Re: [patch] OpenMP: Add uses_allocators support Jakub Jelinek
• [PATCH] Fortran: restrictions on integer arguments to SYSTEM_CLOCK [PR112609] Harald Anlauf
  • Re: [PATCH] Fortran: restrictions on integer arguments to SYSTEM_CLOCK [PR112609] Steve Kargl
  • [PATCH, v2] Fortran: restrictions on integer arguments to SYSTEM_CLOCK [PR112609] Harald Anlauf
  • Re: [PATCH, v2] Fortran: restrictions on integer arguments to SYSTEM_CLOCK [PR112609] Steve Kargl
  • Re: [PATCH, v2] Fortran: restrictions on integer arguments to SYSTEM_CLOCK [PR112609] Mikael Morin
  • [PATCH, v3] Fortran: restrictions on integer arguments to SYSTEM_CLOCK [PR112609] Harald Anlauf
  • Re: [PATCH, v3] Fortran: restrictions on integer arguments to SYSTEM_CLOCK [PR112609] Harald Anlauf
  • 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

• Earlier messages
• Later messages