fortran  

Messages by Thread

• • Re: [PATCH 1/2] Fortran: dump-parse-tree attribs: fix unbalanced braces [PR109624] Bernhard Reutner-Fischer via Fortran
• [PATCH v2] Fortran: Narrow return types [PR78798] Bernhard Reutner-Fischer via Fortran
  • Re: [PATCH v2] Fortran: Narrow return types [PR78798] Mikael Morin
  • Re: [PATCH v2] Fortran: Narrow return types [PR78798] Thomas Koenig via Fortran
  • Re: [PATCH v2] Fortran: Narrow return types [PR78798] Bernhard Reutner-Fischer via Fortran
  • Re: [PATCH v2] Fortran: Narrow return types [PR78798] Mikael Morin
  • Re: [PATCH v2] Fortran: Narrow return types [PR78798] Bernhard Reutner-Fischer via Fortran
• [Patch, fortran] PR103716 - [10/11/12/13/14 Regression] ICE in gimplify_expr, at gimplify.c:15964 Paul Richard Thomas via Fortran
  • Re: [Patch, fortran] PR103716 - [10/11/12/13/14 Regression] ICE in gimplify_expr, at gimplify.c:15964 Harald Anlauf via Fortran
  • Re: [Patch, fortran] PR103716 - [10/11/12/13/14 Regression] ICE in gimplify_expr, at gimplify.c:15964 Paul Richard Thomas via Fortran
• [Patch, fortran] PR97122 - Spurious FINAL ... must be in the specification part of a MODULE Paul Richard Thomas via Fortran
  • Re: [Patch, fortran] PR97122 - Spurious FINAL ... must be in the specification part of a MODULE Harald Anlauf via Fortran
  • Re: [Patch, fortran] PR97122 - Spurious FINAL ... must be in the specification part of a MODULE Steve Kargl via Fortran
  • Re: [Patch, fortran] PR97122 - Spurious FINAL ... must be in the specification part of a MODULE Harald Anlauf via Fortran
  • Re: [Patch, fortran] PR97122 - Spurious FINAL ... must be in the specification part of a MODULE Steve Kargl via Fortran
• [PATCH v5] libgfortran: Replace mutex with rwlock Lipeng Zhu via Fortran
• [PATCH v4] libgfortran: Replace mutex with rwlock Lipeng Zhu via Fortran
  • Re: [PATCH v4] libgfortran: Replace mutex with rwlock Bernhard Reutner-Fischer via Fortran
  • Re: [PATCH v4] libgfortran: Replace mutex with rwlock Zhu, Lipeng via Fortran
  • Re: [PATCH v4] libgfortran: Replace mutex with rwlock Zhu, Lipeng via Fortran
  • Re: [PATCH v4] libgfortran: Replace mutex with rwlock Zhu, Lipeng via Fortran
  • Re: [PATCH v4] libgfortran: Replace mutex with rwlock Thomas Koenig via Fortran
  • RE: [PATCH v4] libgfortran: Replace mutex with rwlock Zhu, Lipeng via Fortran
  • RE: [PATCH v4] libgfortran: Replace mutex with rwlock Zhu, Lipeng via Fortran
  • RE: [PATCH v4] libgfortran: Replace mutex with rwlock Zhu, Lipeng
  • Re: [PATCH v4] libgfortran: Replace mutex with rwlock Thomas Koenig
  • RE: [PATCH v4] libgfortran: Replace mutex with rwlock Zhu, Lipeng
  • RE: [PATCH v4] libgfortran: Replace mutex with rwlock Zhu, Lipeng
  • Re: [PATCH v4] libgfortran: Replace mutex with rwlock Bernhard Reutner-Fischer
  • RE: [PATCH v4] libgfortran: Replace mutex with rwlock Zhu, Lipeng
  • RE: [PATCH v4] libgfortran: Replace mutex with rwlock Zhu, Lipeng
  • [PATCH v6] libgfortran: Replace mutex with rwlock Zhu, Lipeng via Fortran
  • Re: [PATCH v6] libgfortran: Replace mutex with rwlock Jakub Jelinek
  • RE: [PATCH v6] libgfortran: Replace mutex with rwlock Zhu, Lipeng
  • [PATCH v7] libgfortran: Replace mutex with rwlock Lipeng Zhu
  • Re: [PATCH v7] libgfortran: Replace mutex with rwlock Jakub Jelinek
  • RE: [PATCH v7] libgfortran: Replace mutex with rwlock Zhu, Lipeng
  • Re: [PATCH v7] libgfortran: Replace mutex with rwlock H.J. Lu
  • RE: [PATCH v7] libgfortran: Replace mutex with rwlock Zhu, Lipeng
  • RE: [PATCH v7] libgfortran: Replace mutex with rwlock Thomas Schwinge
  • RE: [PATCH v7] libgfortran: Replace mutex with rwlock Zhu, Lipeng
  • RE: [PATCH v7] libgfortran: Replace mutex with rwlock Thomas Schwinge
  • RE: [PATCH v7] libgfortran: Replace mutex with rwlock Tobias Burnus
  • Re: [PATCH v7] libgfortran: Replace mutex with rwlock Jakub Jelinek
  • RE: [PATCH v7] libgfortran: Replace mutex with rwlock Zhu, Lipeng
  • RE: [PATCH v7] libgfortran: Replace mutex with rwlock Thomas Schwinge
  • Re: RE: [PATCH v7] libgfortran: Replace mutex with rwlock Lipeng Zhu
  • Re: RE: [PATCH v7] libgfortran: Replace mutex with rwlock Lipeng Zhu
  • Re: [PATCH v7] libgfortran: Replace mutex with rwlock Lipeng Zhu
  • Re: [PATCH v7] libgfortran: Replace mutex with rwlock Richard Earnshaw (lists)
  • Re: [PATCH v7] libgfortran: Replace mutex with rwlock Lipeng Zhu
  • Re: [PATCH v7] libgfortran: Replace mutex with rwlock Richard Earnshaw
  • Re: [PATCH v7] libgfortran: Replace mutex with rwlock Vaseeharan Vinayagamoorthy
  • Re: [PATCH v7] libgfortran: Replace mutex with rwlock Lipeng Zhu
  • Re: [PATCH v4] libgfortran: Replace mutex with rwlock Zhu, Lipeng via Fortran
• Re: [PATCH][stage1] Remove conditionals around free() Bernhard Reutner-Fischer via Fortran
• [patch, fortran] PR109662 Namelist input with comma after name accepted Jerry D via Fortran
  • Re: [patch, fortran] PR109662 Namelist input with comma after name accepted Steve Kargl via Fortran
  • Re: [patch, fortran] PR109662 Namelist input with comma after name accepted Harald Anlauf via Fortran
  • Re: [patch, fortran] PR109662 Namelist input with comma after name accepted Jerry D via Fortran
  • Re: [patch, fortran] PR109662 Namelist input with comma after name accepted Jerry D via Fortran
  • Re: [patch, fortran] PR109662 Namelist input with comma after name accepted Harald Anlauf via Fortran
  • Re: [patch, fortran] PR109662 Namelist input with comma after name accepted Steve Kargl via Fortran
  • Re: [patch, fortran] PR109662 Namelist input with comma after name accepted Harald Anlauf via Fortran
  • Re: [patch, fortran] PR109662 Namelist input with comma after name accepted Jerry D via Fortran
• finalization issue Steve Kargl via Fortran
  • Re: finalization issue Paul Richard Thomas via Fortran
  • Re: finalization issue Steve Kargl via Fortran
• GCC 12.2.1 Status Report (2023-05-02), branch frozen for release Richard Biener via Fortran
• [PATCH] Fortran: overloading of intrinsic binary operators [PR109641] Harald Anlauf via Fortran
  • Re: [PATCH] Fortran: overloading of intrinsic binary operators [PR109641] Mikael Morin
  • Re: [PATCH] Fortran: overloading of intrinsic binary operators [PR109641] Harald Anlauf via Fortran
• [PATCH] OpenACC: Further attach/detach clause fixes for Fortran [PR109622] Julian Brown
  • Re: [PATCH] OpenACC: Further attach/detach clause fixes for Fortran [PR109622] Tobias Burnus
  • Re: [PATCH] OpenACC: Further attach/detach clause fixes for Fortran [PR109622] Julian Brown
  • Re: [PATCH] OpenACC: Further attach/detach clause fixes for Fortran [PR109622] Tobias Burnus
  • Re: [PATCH] OpenACC: Further attach/detach clause fixes for Fortran [PR109622] Thomas Schwinge
• Hosting our gfortran MatterMost workspace Jerry D via Fortran
  • Re: Hosting our gfortran MatterMost workspace Andrew Pinski via Fortran
  • Re: Hosting our gfortran MatterMost workspace Mark Wielaard
  • Fwd: Hosting our gfortran MatterMost workspace Jerry D via Fortran
• [committed] Fortran: Fix (mostly) comment typos Tobias Burnus
  • Re: [committed] Fortran: Fix (mostly) comment typos Bernhard Reutner-Fischer via Fortran
• [PATCH] OpenACC: Stand-alone attach/detach clause fixes for Fortran [PR109622] Julian Brown
  • Re: [PATCH] OpenACC: Stand-alone attach/detach clause fixes for Fortran [PR109622] Tobias Burnus
  • Re: [PATCH] OpenACC: Stand-alone attach/detach clause fixes for Fortran [PR109622] Thomas Schwinge
• [PATCH] OpenMP: Noncontiguous "target update" for Fortran Julian Brown
• Re: libsanitizer: sync from master Martin Liška
  • Re: libsanitizer: sync from master Florian Weimer via Fortran
  • Re: libsanitizer: sync from master Bernhard Reutner-Fischer via Fortran
  • Re: libsanitizer: sync from master Martin Liška
  • Re: libsanitizer: sync from master Florian Weimer via Fortran
  • Re: libsanitizer: sync from master Bernhard Reutner-Fischer via Fortran
  • Re: libsanitizer: sync from master Martin Liška
  • Re: libsanitizer: sync from master H.J. Lu via Fortran
  • Re: libsanitizer: sync from master Martin Liška
  • Re: libsanitizer: sync from master H.J. Lu via Fortran
  • Re: libsanitizer: sync from master H.J. Lu via Fortran
  • Re: libsanitizer: sync from master Andrew Pinski via Fortran
• [Patch, fortran] PRs 105152, 100193, 87946, 103389, 104429 and 82774 Paul Richard Thomas via Fortran
  • Re: [Patch, fortran] PRs 105152, 100193, 87946, 103389, 104429 and 82774 Harald Anlauf via Fortran
  • Re: [Patch, fortran] PRs 105152, 100193, 87946, 103389, 104429 and 82774 Bernhard Reutner-Fischer via Fortran
• (GCC) 13.0.1: internal compiler error Patrick Begou via Fortran
  • Re: (GCC) 13.0.1: internal compiler error Harald Anlauf via Fortran
  • Re: (GCC) 13.0.1: internal compiler error Patrick Begou via Fortran
  • Re: (GCC) 13.0.1: internal compiler error Bernhard Reutner-Fischer via Fortran
  • Re: (GCC) 13.0.1: internal compiler error Patrick Begou via Fortran
• coarrays using extended precision (80 bits) ? Jorge D'Elia
  • Re: coarrays using extended precision (80 bits) ? Steve Kargl via Fortran
  • Re: coarrays using extended precision (80 bits) ? Jorge D'Elia via Fortran
  • Re: coarrays using extended precision (80 bits) ? Steve Kargl via Fortran
• [PATCH] Fortran: function results never have the ALLOCATABLE attribute [PR109500] Harald Anlauf via Fortran
  • Re: [PATCH] Fortran: function results never have the ALLOCATABLE attribute [PR109500] Mikael Morin
  • Re: [PATCH] Fortran: function results never have the ALLOCATABLE attribute [PR109500] Steve Kargl via Fortran
  • Re: [PATCH] Fortran: function results never have the ALLOCATABLE attribute [PR109500] Mikael Morin
  • Re: [PATCH] Fortran: function results never have the ALLOCATABLE attribute [PR109500] Steve Kargl via Fortran
  • Re: [PATCH] Fortran: function results never have the ALLOCATABLE attribute [PR109500] Harald Anlauf via Fortran
  • Re: [PATCH] Fortran: function results never have the ALLOCATABLE attribute [PR109500] Mikael Morin
  • Re: [PATCH] Fortran: function results never have the ALLOCATABLE attribute [PR109500] Steve Kargl via Fortran
• [PATCH v3] libgfortran: Replace mutex with rwlock Lipeng Zhu via Fortran
  • Re: [PATCH v3] libgfortran: Replace mutex with rwlock Bernhard Reutner-Fischer via Fortran
  • Re: [PATCH v3] libgfortran: Replace mutex with rwlock Bernhard Reutner-Fischer via Fortran
  • Re: [PATCH v3] libgfortran: Replace mutex with rwlock Bernhard Reutner-Fischer via Fortran
  • Re: [PATCH v3] libgfortran: Replace mutex with rwlock Zhu, Lipeng via Fortran
  • Re: [PATCH v3] libgfortran: Replace mutex with rwlock Bernhard Reutner-Fischer via Fortran
  • Re: [PATCH v3] libgfortran: Replace mutex with rwlock Zhu, Lipeng via Fortran
• [PATCH] testsuite: fix scan-tree-dump patterns [PR83904,PR100297] Harald Anlauf via Fortran
  • Re: [PATCH] testsuite: fix scan-tree-dump patterns [PR83904, PR100297] Jerry D via Fortran
  • Re: [PATCH] testsuite: fix scan-tree-dump patterns [PR83904, PR100297] Bernhard Reutner-Fischer via Fortran
  • Re: [PATCH] testsuite: fix scan-tree-dump patterns [PR83904, PR100297] Harald Anlauf via Fortran
• Fw: GCC 14.0.0 Status Report (2023-04-17) Bernhard Reutner-Fischer via Fortran
• Fw: GCC 13.0.1 Status Report (2023-04-17) Bernhard Reutner-Fischer via Fortran
• [PATCH] Fortran: fix compile-time simplification of SET_EXPONENT [PR109511] Harald Anlauf via Fortran
  • Re: [PATCH] Fortran: fix compile-time simplification of SET_EXPONENT [PR109511] Steve Kargl via Fortran
  • Re: [PATCH] Fortran: fix compile-time simplification of SET_EXPONENT [PR109511] Steve Kargl via Fortran
  • Re: [PATCH] Fortran: fix compile-time simplification of SET_EXPONENT [PR109511] Harald Anlauf via Fortran
  • Re: [PATCH] Fortran: fix compile-time simplification of SET_EXPONENT [PR109511] Steve Kargl via Fortran
• [no subject] Harald Anlauf via Fortran
• [Bug fortran/104272] finalizer gets called during allocate Paul Richard Thomas via Fortran
• Re: [PATCH,FORTRAN 00/29] Move towards stringpool, part 1 Bernhard Reutner-Fischer via Fortran
• [Patch, committed] Fortran: call of overloaded ‘abs(long long int&)’ is ambiguous [PR109492] Harald Anlauf via Fortran
• replacing hardware? Steve Kargl via Fortran
  • Re: replacing hardware? Richard Biener via Fortran
  • Re: replacing hardware? o1bigtenor via Fortran
  • Re: replacing hardware? Jerry D via Fortran
  • Re: replacing hardware? Roland Hughes via Fortran
• [Patch, fortran] PR109451 - ICE in gfc_conv_expr_descriptor with ASSOCIATE and substrings Paul Richard Thomas via Fortran
  • Re: [Patch, fortran] PR109451 - ICE in gfc_conv_expr_descriptor with ASSOCIATE and substrings Harald Anlauf via Fortran
  • Re: [Patch, fortran] PR109451 - ICE in gfc_conv_expr_descriptor with ASSOCIATE and substrings Paul Richard Thomas via Fortran
  • Re: [Patch, fortran] PR109451 - ICE in gfc_conv_expr_descriptor with ASSOCIATE and substrings Paul Richard Thomas via Fortran
  • Re: [Patch, fortran] PR109451 - ICE in gfc_conv_expr_descriptor with ASSOCIATE and substrings Harald Anlauf via Fortran
• [PATCH] Fortran: fix functions with entry and pointer/allocatable result [PR104312] Harald Anlauf via Fortran
  • Re: [PATCH] Fortran: fix functions with entry and pointer/allocatable result [PR104312] Paul Richard Thomas via Fortran
• [committed] gfortran.dg/gomp/affinity-clause-1.f90: Fix scan-tree-dump (was: [r13-7120 Regression] FAIL: gfortran.dg/gomp/affinity-clause-1.f90 -O scan-tree-dump-times original "#pragma omp task affinity\\(iterator\\(integer\\(kind=4\\) i=D\\.[0-9]+:5:1\\):b\\[\\(.* <?i>? \\+ -1\\]\\) affinity\\(iterator\\(integer\\(kind=4\\) i=D\\.[0-9]+:5:1\\):d\\[\\(\\(integer\\(kind=8\\)\\) i \\+ -1\\) \\* 6\\]\\)" 1 on Linux/x86_64) Tobias Burnus
  • Re: [committed] gfortran.dg/gomp/affinity-clause-1.f90: Fix scan-tree-dump (was: [r13-7120 Regression] FAIL: gfortran.dg/gomp/affinity-clause-1.f90 -O scan-tree-dump-times original "#pragma omp task affinity\\(iterator\\(integer\\(kind=4\\) i=D\\.[0-9]+:5:1\\):b\\[\\(.* <?i>? \\+ -1\\]\\) affinity\\(iterator\\(integer\\(kind=4\\) i=D\\.[0-9]+:5:1\\):d\\[\\(\\(integer\\(kind=8\\)\\) i \\+ -1\\) \\* 6\\]\\)" 1 on Linux/x86_64) Paul Richard Thomas via Fortran
• [PATCH] Fortran: resolve correct generic with TYPE(C_PTR) arguments [PR61615] Harald Anlauf via Fortran
  • Re: [PATCH] Fortran: resolve correct generic with TYPE(C_PTR) arguments [PR61615] Jerry D via Fortran
  • [PATCH, v2] Fortran: resolve correct generic with TYPE(C_PTR) arguments [PR61615] Harald Anlauf via Fortran
• [no subject] ehsan behzadi via Fortran
• Re: Ping! [Patch, fortran] PR87477 - [meta-bug] [F03] issues concerning the ASSOCIATE statement Paul Richard Thomas via Fortran
  • Re: Ping! [Patch, fortran] PR87477 - [meta-bug] [F03] issues concerning the ASSOCIATE statement Harald Anlauf via Fortran
  • Re: Ping! [Patch, fortran] PR87477 - [meta-bug] [F03] issues concerning the ASSOCIATE statement Paul Richard Thomas via Fortran
  • Re: Ping! [Patch, fortran] PR87477 - [meta-bug] [F03] issues concerning the ASSOCIATE statement Harald Anlauf via Fortran
  • Re: Ping! [Patch, fortran] PR87477 - [meta-bug] [F03] issues concerning the ASSOCIATE statement Paul Richard Thomas via Fortran
  • Re: Ping! [Patch, fortran] PR87477 - [meta-bug] [F03] issues concerning the ASSOCIATE statement Paul Richard Thomas via Fortran
  • Re: Ping! [Patch, fortran] PR87477 - [meta-bug] [F03] issues concerning the ASSOCIATE statement Harald Anlauf via Fortran
• Re: [PATCH] Introduce hardbool attribute for C Bernhard Reutner-Fischer via Fortran
  • Re: [PATCH] Introduce hardbool attribute for C Alexandre Oliva via Fortran
  • Re: [PATCH] Introduce hardbool attribute for C Thomas Koenig via Fortran
  • Re: [PATCH] Introduce hardbool attribute for C Alexandre Oliva via Fortran
  • Re: [PATCH] Introduce hardbool attribute for C Bernhard Reutner-Fischer via Fortran
  • Re: [PATCH] Introduce hardbool attribute for C Alexandre Oliva via Fortran
  • Re: [PATCH] Introduce hardbool attribute for C Bernhard Reutner-Fischer via Fortran
  • Re: [PATCH] Introduce hardbool attribute for C Alexandre Oliva via Fortran
• [Patch, fortran] PR104272 - finalizer gets called during allocate Paul Richard Thomas via Fortran
  • Re: [Patch, fortran] PR104272 - finalizer gets called during allocate Harald Anlauf via Fortran
  • Re: [Patch, fortran] PR104272 - finalizer gets called during allocate Harald Anlauf via Fortran
  • Re: [Patch, fortran] PR104272 - finalizer gets called during allocate Paul Richard Thomas via Fortran
• [PATCH] Fortran: reject module variable as character length in PARAMETER [PR104349] Harald Anlauf via Fortran
  • Re: [PATCH] Fortran: reject module variable as character length in PARAMETER [PR104349] Paul Richard Thomas via Fortran
• Re: [PATCH 2/2] Fortran: Fix memory leak in gfc_add_include_path [PR68800] Bernhard Reutner-Fischer via Fortran
• [PATCH 3/3] Fortran: Fix mpz and mpfr memory leaks Bernhard Reutner-Fischer via Fortran
  • Re: [PATCH 3/3] Fortran: Fix mpz and mpfr memory leaks Harald Anlauf via Fortran
  • Re: [PATCH 3/3] Fortran: Fix mpz and mpfr memory leaks Bernhard Reutner-Fischer via Fortran
  • ping Re: [PATCH 3/3] Fortran: Fix mpz and mpfr memory leaks Bernhard Reutner-Fischer via Fortran
  • Re: ping Re: [PATCH 3/3] Fortran: Fix mpz and mpfr memory leaks Steve Kargl via Fortran
  • Re: ping Re: [PATCH 3/3] Fortran: Fix mpz and mpfr memory leaks Bernhard Reutner-Fischer via Fortran
• Re: [PATCH 1/7] openmp: Add Fortran support for "omp unroll" directive Thomas Schwinge
  • Re: [PATCH 1/7] openmp: Add Fortran support for "omp unroll" directive Frederik Harwath via Fortran
• [PATCH] Fix fc-prototypes usage with C_INT64_T and non LP64 Targets. Andrew Pinski via Fortran
  • Re: [PATCH] Fix fc-prototypes usage with C_INT64_T and non LP64 Targets. Thomas Koenig via Fortran
  • Re: [PATCH] Fix fc-prototypes usage with C_INT64_T and non LP64 Targets. Steve Kargl via Fortran
  • Re: [PATCH] Fix fc-prototypes usage with C_INT64_T and non LP64 Targets. Thomas Koenig via Fortran
• Re: [Patch, fortran] PR87477 - [meta-bug] [F03] issues concerning the ASSOCIATE statement Manfred Schwarb via Fortran
  • Re: [Patch, fortran] PR87477 - [meta-bug] [F03] issues concerning the ASSOCIATE statement Paul Richard Thomas via Fortran
  • Re: [Patch, fortran] PR87477 - [meta-bug] [F03] issues concerning the ASSOCIATE statement Paul Richard Thomas via Fortran
  • Re: [Patch, fortran] PR87477 - [meta-bug] [F03] issues concerning the ASSOCIATE statement Harald Anlauf via Fortran
  • [Patch, fortran] PR87477 - [meta-bug] [F03] issues concerning the ASSOCIATE statement Paul Richard Thomas via Fortran
  • Re: [Patch, fortran] PR87477 - [meta-bug] [F03] issues concerning the ASSOCIATE statement Mikael Morin
  • Re: [Patch, fortran] PR87477 - [meta-bug] [F03] issues concerning the ASSOCIATE statement Paul Richard Thomas via Fortran

• Later messages