fortran  

Messages by Thread

• • 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
  • Re: [PATCH 1/8] OpenMP: lvalue parsing for map/to/from clauses (C++) Jakub Jelinek
  • Re: [PATCH 1/8] OpenMP: lvalue parsing for map/to/from clauses (C++) Julian Brown
• [PATCH v8 0/4] P1689R5 support Ben Boeckel via Fortran
  • [PATCH v8 1/4] spec: add a spec function to join arguments Ben Boeckel via Fortran
  • [PATCH v8 3/4] c++modules: report imported CMI files as dependencies Ben Boeckel via Fortran
  • [PATCH v8 4/4] c++modules: report module mapper files as a dependency Ben Boeckel via Fortran
  • [PATCH v8 2/4] p1689r5: initial support Ben Boeckel via Fortran
  • Re: [PATCH v8 0/4] P1689R5 support Jason Merrill via Fortran
  • Re: [PATCH v8 0/4] P1689R5 support Ben Boeckel via Fortran
• [PATCH] Fortran: runtime bounds-checking in presence of array constructors [PR31059] Harald Anlauf via Fortran
  • Re: [PATCH] Fortran: runtime bounds-checking in presence of array constructors [PR31059] Mikael Morin via Fortran
  • Re: [PATCH] Fortran: runtime bounds-checking in presence of array constructors [PR31059] Harald Anlauf via Fortran
  • Re: [PATCH] Fortran: runtime bounds-checking in presence of array constructors [PR31059] Mikael Morin via Fortran
• Help (again) with fortran pointer and OpenACC Patrick Begou via Fortran
• [PATCH] fortran: Restore interface to its previous state on error [PR48776] Mikael Morin via Fortran
  • Re: [PATCH] fortran: Restore interface to its previous state on error [PR48776] Harald Anlauf via Fortran
  • Re: [PATCH] fortran: Restore interface to its previous state on error [PR48776] Mikael Morin via Fortran
• [Patch/fortran] PR87477 [meta-bug] [F03] issues concerning the ASSOCIATE statement Paul Richard Thomas via Fortran
• [Patch, fortran] PR92586 - ICE in gimplify_expr, at gimplify.c:13479 with nested allocatable derived types Paul Richard Thomas via Fortran
• [PATCH] fortran: Rename TRUE/FALSE to true/false in *.cc files Uros Bizjak via Fortran
  • Re: [PATCH] fortran: Rename TRUE/FALSE to true/false in *.cc files Tobias Burnus
• [PATCH] Fortran: improve bounds checking for DATA with implied-do [PR35095] Harald Anlauf via Fortran
  • Re: [PATCH] Fortran: improve bounds checking for DATA with implied-do [PR35095] Jerry D via Fortran
• [PATCH] Fortran: improve diagnostic message for COMMON with automatic object [PR32986] Harald Anlauf via Fortran
  • Re: [PATCH] Fortran: improve diagnostic message for COMMON with automatic object [PR32986] Steve Kargl via Fortran
• Help with fortran pointer ans OpenACC Patrick Begou via Fortran
  • Re: Help with fortran pointer ans OpenACC Tobias Burnus
  • Re: Help with fortran pointer ans OpenACC Patrick Begou via Fortran
• [no subject] Mamadou Diop via Fortran
  • Re: Arjen Markus via Fortran
• [PATCH] Fortran: implement vector sections in DATA statements [PR49588] Harald Anlauf via Fortran
  • Re: [PATCH] Fortran: implement vector sections in DATA statements [PR49588] Paul Richard Thomas via Fortran
  • Re: [PATCH] Fortran: implement vector sections in DATA statements [PR49588] Harald Anlauf via Fortran
• [PATCH v7 0/5] OpenMP/OpenACC: map clause and OMP gimplify rework Julian Brown
  • [PATCH v7 3/5] OpenMP: Pointers and member mappings Julian Brown
  • Re: [PATCH v7 3/5] OpenMP: Pointers and member mappings Tobias Burnus
  • Re: [PATCH v7 3/5] OpenMP: Pointers and member mappings Julian Brown
  • Re: [PATCH v7 3/5] OpenMP: Pointers and member mappings Tobias Burnus
  • [PATCH v7 1/5] OpenMP/OpenACC: Reindent TO/FROM/_CACHE_ stanza in {c_}finish_omp_clause Julian Brown
  • [PATCH v7 4/5] OpenMP/OpenACC: Unordered/non-constant component offset runtime diagnostic Julian Brown
  • Re: [PATCH v7 4/5] OpenMP/OpenACC: Unordered/non-constant component offset runtime diagnostic Tobias Burnus
  • Re: [PATCH v7 4/5] OpenMP/OpenACC: Unordered/non-constant component offset runtime diagnostic Thomas Schwinge
  • [PATCH v7 5/5] OpenMP/OpenACC: Reorganise OMP map clause handling in gimplify.cc Julian Brown
  • Re: [PATCH v7 5/5] OpenMP/OpenACC: Reorganise OMP map clause handling in gimplify.cc Tobias Burnus
  • Re: [PATCH v7 5/5] OpenMP/OpenACC: Reorganise OMP map clause handling in gimplify.cc Julian Brown
  • Re: [PATCH v7 5/5] OpenMP/OpenACC: Reorganise OMP map clause handling in gimplify.cc Tobias Burnus
  • Re: [PATCH v7 2/5] OpenMP/OpenACC: Rework clause expansion and nested struct handling Tobias Burnus
  • Re: [PATCH v7 2/5] OpenMP/OpenACC: Rework clause expansion and nested struct handling Tobias Burnus
  • [committed] testsuite: Fix up target-enter-data-1.c on 32-bit targets Jakub Jelinek
  • Re: [committed] testsuite: Fix up target-enter-data-1.c on 32-bit targets Julian Brown
• [PATCH,committed] Fortran: fix memleak for character,value dummy of bind(c) procedure [PR110360] Harald Anlauf via Fortran
• [PATCH] Fortran: Avoid accessing gfc_charlen when not looking at BT_CHARACTER (PR 110677) Martin Jambor
  • Re: [PATCH] Fortran: Avoid accessing gfc_charlen when not looking at BT_CHARACTER (PR 110677) Harald Anlauf via Fortran
  • Re: [PATCH] Fortran: Avoid accessing gfc_charlen when not looking at BT_CHARACTER (PR 110677) Martin Jambor
• beta gfortran 14.x.y (using -march=native and intrinsic repeat) gives a signal SIGILL Jorge D'Elia via Fortran
  • Re: beta gfortran 14.x.y (using -march=native and intrinsic repeat) gives a signal SIGILL Jerry D via Fortran
  • Re: beta gfortran 14.x.y (using -march=native and intrinsic repeat) gives a signal SIGILL Paul Richard Thomas via Fortran
  • Re: beta gfortran 14.x.y (using -march=native and intrinsic repeat) gives a signal SIGILL Jorge D'Elia via Fortran
  • Re: beta gfortran 14.x.y (using -march=native and intrinsic repeat) gives a signal SIGILL Paul Richard Thomas via Fortran
  • Re: beta gfortran 14.x.y (using -march=native and intrinsic repeat) gives a signal SIGILL Jorge D'Elia via Fortran
  • Re: beta gfortran 14.x.y (using -march=native and intrinsic repeat) gives a signal SIGILL Steve Kargl via Fortran
  • Re: beta gfortran 14.x.y (using -march=native and intrinsic repeat) gives a signal SIGILL Jerry D via Fortran
• [PATCH 0/5] [og13] OpenMP: Implement 'declare mapper' for 'target update' directives Julian Brown
  • [PATCH 1/5] OpenMP: Move Fortran 'declare mapper' instantiation code Julian Brown
  • [PATCH 2/5] OpenMP: Reprocess expanded clauses after 'declare mapper' instantiation Julian Brown
  • [PATCH 3/5] OpenMP: Introduce C_ORT_{, OMP_}DECLARE_MAPPER c_omp_region_type types Julian Brown
  • [PATCH 4/5] OpenMP: Look up 'declare mapper' definitions at resolution time not parse time Julian Brown
  • [PATCH 5/5] OpenMP: Enable 'declare mapper' mappers for 'target update' directives Julian Brown
• [PATCH 0/3] fortran: fix length one character dummy args [PR110419] Mikael Morin via Fortran
  • [PATCH 3/3] testsuite: Use distinct explicit error codes in value_9.f90 Mikael Morin via Fortran
  • [PATCH 1/3] fortran: New predicate gfc_length_one_character_type_p Mikael Morin via Fortran
  • [PATCH 2/3] fortran: Fix length one character dummy arg type [PR110419] Mikael Morin via Fortran
  • Re: [PATCH 0/3] fortran: fix length one character dummy args [PR110419] Harald Anlauf via Fortran
  • Re: [PATCH 0/3] fortran: fix length one character dummy args [PR110419] Mikael Morin
• [Patch, fortran] PR109684 - compiling failure: complaining about a final subroutine of a type being not PURE (while it is indeed PURE) Paul Richard Thomas via Fortran
  • Re: [Patch, fortran] PR109684 - compiling failure: complaining about a final subroutine of a type being not PURE (while it is indeed PURE) Paul Richard Thomas via Fortran
  • Re: [Patch, fortran] PR109684 - compiling failure: complaining about a final subroutine of a type being not PURE (while it is indeed PURE) Jerry D via Fortran
• [PATCH] Fortran: do not pass hidden character length for TYPE(*) dummy [PR110825] Harald Anlauf via Fortran
  • Re: [PATCH] Fortran: do not pass hidden character length for TYPE(*) dummy [PR110825] Steve Kargl via Fortran
• Compile antiquated fortran? Allin Cottrell via Fortran
  • Re: Compile antiquated fortran? Steve Kargl via Fortran
  • Re: Compile antiquated fortran? Jerry D via Fortran
  • Re: Compile antiquated fortran? Allin Cottrell via Fortran
• [PATCH] Fortran: diagnose strings of non-constant length in DATA statements [PR68569] Harald Anlauf via Fortran
  • [PATCH, v2] Fortran: diagnose strings of non-constant length in DATA statements [PR68569] Harald Anlauf via Fortran
  • [PATCH, v3] Fortran: diagnose strings of non-constant length in DATA statements [PR68569] Harald Anlauf via Fortran
  • Re: [PATCH, v3] Fortran: diagnose strings of non-constant length in DATA statements [PR68569] Steve Kargl via Fortran
• GFortran MatterMost new Hosting Jerry DeLisle via Fortran
• [committed] testsuite: Fix gfortran.dg/ieee/comparisons_3.F90 testsuite failures Uros Bizjak via Fortran
• [Patch] OpenMP/Fortran: Reject not strictly nested target -> teams [PR110725, PR71065] Tobias Burnus
  • Re: [Patch] OpenMP/Fortran: Reject not strictly nested target -> teams [PR110725, PR71065] Jakub Jelinek via Fortran
  • Re: [Patch] OpenMP/Fortran: Reject not strictly nested target -> teams [PR110725, PR71065] Tobias Burnus
  • Re: [Patch] OpenMP/Fortran: Reject not strictly nested target -> teams [PR110725, PR71065] Tobias Burnus
  • [patch] OpenMP/Fortran: Reject declarations between target + teams (was: [Patch] OpenMP/Fortran: Reject not strictly nested target -> teams [PR110725, PR71065]) Tobias Burnus
  • [committed] OpenMP/Fortran: Extend reject code between target + teams [PR71065, PR110725] (was: Re: [patch] OpenMP/Fortran: Reject declarations between target + teams (was: [Patch] OpenMP/Fortran: Reject not strictly nested target -> teams [PR110725, PR71065])) Tobias Burnus
• What .dylib files does gfortran v 11.2.0 need on a Mac? Leigh House via Fortran
  • Re: What .dylib files does gfortran v 11.2.0 need on a Mac? Iain Sandoe
  • Re: What .dylib files does gfortran v 11.2.0 need on a Mac? Leigh House via Fortran
  • Re: What .dylib files does gfortran v 11.2.0 need on a Mac? Iain Sandoe
  • Re: What .dylib files does gfortran v 11.2.0 need on a Mac? Leigh House via Fortran
• [PATCH] libfortran: Fix build for targets that don't have 10byte or 16 byte floating point Andrew Pinski via Fortran
• [patch] OpenMP/Fortran: Non-rectangular loops with constant steps other than 1 or -1 [PR107424] Tobias Burnus

• Earlier messages
• Later messages