fortran  

Messages by Thread

• [PATCH] Fortran: reject bad DIM argument of SIZE intrinsic in simplification [PR104350] Harald Anlauf via Fortran
  • Re: [PATCH] Fortran: reject bad DIM argument of SIZE intrinsic in simplification [PR104350] Mikael Morin
• Advice with finding speed between O2 and O3 Thompson, Matt (GSFC-610.1)[SCIENCE SYSTEMS AND APPLICATIONS INC] via Fortran
  • Re: Advice with finding speed between O2 and O3 Thomas Koenig via Fortran
  • Re: [EXTERNAL] Re: Advice with finding speed between O2 and O3 Thompson, Matt (GSFC-610.1)[SCIENCE SYSTEMS AND APPLICATIONS INC] via Fortran
  • Re: [EXTERNAL] Re: Advice with finding speed between O2 and O3 Steve Kargl via Fortran
  • Re: [EXTERNAL] Re: Advice with finding speed between O2 and O3 Harald Anlauf via Fortran
• [PATCH] Fortran: checking and simplification of RESHAPE intrinsic [PR103794] Harald Anlauf via Fortran
  • Re: [PATCH] Fortran: checking and simplification of RESHAPE intrinsic [PR103794] Mikael Morin
• Re: [PATCH 08/14] fortran: use _P() defines from tree.h Bernhard Reutner-Fischer via Fortran
  • Re: [PATCH 08/14] fortran: use _P() defines from tree.h Mikael Morin
  • Re: [PATCH 08/14] fortran: use _P() defines from tree.h Bernhard Reutner-Fischer via Fortran
• Building Legacy Code and Intel Libraries Larry Lemons via Fortran
  • Re: Building Legacy Code and Intel Libraries Andrew Pinski via Fortran
  • Re: Building Legacy Code and Intel Libraries Paul Richard Thomas via Fortran
• [PATCH] Fortran: set shape of initializers of zero-sized arrays [PR95374,PR104352] Harald Anlauf via Fortran
  • Re: [PATCH] Fortran: set shape of initializers of zero-sized arrays [PR95374,PR104352] Mikael Morin
  • Re: [PATCH] Fortran: set shape of initializers of zero-sized arrays [PR95374,PR104352] Jerry D via Fortran
• gcc Talia shire
• [PATCH] Fortran: CLASS pointer function result in variable definition context [PR109846] Harald Anlauf via Fortran
  • Re: [PATCH] Fortran: CLASS pointer function result in variable definition context [PR109846] Steve Kargl via Fortran
• Re: [PATCH v5 4/5] c++modules: report imported CMI files as dependencies Ben Boeckel via Fortran
  • Re: [PATCH v5 4/5] c++modules: report imported CMI files as dependencies Jason Merrill via Fortran
  • Re: [PATCH v5 4/5] c++modules: report imported CMI files as dependencies Ben Boeckel via Fortran
  • Re: [PATCH v5 4/5] c++modules: report imported CMI files as dependencies Nathan Sidwell via Fortran
  • Re: [PATCH v5 4/5] c++modules: report imported CMI files as dependencies Ben Boeckel via Fortran
  • Re: [PATCH v5 4/5] c++modules: report imported CMI files as dependencies Jason Merrill via Fortran
  • Re: [PATCH v5 4/5] c++modules: report imported CMI files as dependencies Nathan Sidwell via Fortran
  • Re: [PATCH v5 4/5] c++modules: report imported CMI files as dependencies Ben Boeckel via Fortran
  • Re: [PATCH v5 4/5] c++modules: report imported CMI files as dependencies Nathan Sidwell via Fortran
  • Re: [PATCH v5 4/5] c++modules: report imported CMI files as dependencies Ben Boeckel via Fortran
  • Re: [PATCH v5 4/5] c++modules: report imported CMI files as dependencies Nathan Sidwell via Fortran
  • Re: [PATCH v5 4/5] c++modules: report imported CMI files as dependencies Ben Boeckel via Fortran
  • Re: [PATCH v5 4/5] c++modules: report imported CMI files as dependencies Nathan Sidwell via Fortran
  • Re: [PATCH v5 4/5] c++modules: report imported CMI files as dependencies Ben Boeckel via Fortran
  • Re: [PATCH v5 4/5] c++modules: report imported CMI files as dependencies Jason Merrill via Fortran
  • Re: [PATCH v5 4/5] c++modules: report imported CMI files as dependencies Ben Boeckel via Fortran
• Re: [PATCH v5 1/5] libcpp: reject codepoints above 0x10FFFF Ben Boeckel via Fortran
• Re: [PATCH v5 3/5] p1689r5: initial support Ben Boeckel via Fortran
  • Re: [PATCH v5 3/5] p1689r5: initial support Jason Merrill via Fortran
  • Re: [PATCH v5 3/5] p1689r5: initial support Ben Boeckel via Fortran
  • Re: [PATCH v5 3/5] p1689r5: initial support Ben Boeckel via Fortran
  • Re: [PATCH v5 3/5] p1689r5: initial support Jason Merrill via Fortran
  • Re: [PATCH v5 3/5] p1689r5: initial support Ben Boeckel via Fortran
• Re: [PATCH v2 4/7] fortran: use grep instead of fgrep Bernhard Reutner-Fischer via Fortran
  • Re: [PATCH v2 4/7] fortran: use grep instead of fgrep Thomas Koenig via Fortran
  • Pushed: [PATCH v2 4/7] fortran: use grep instead of fgrep Xi Ruoyao via Fortran
• [PATCH 1/2] Fortran: dump-parse-tree attribs: fix unbalanced braces [PR109624] Bernhard Reutner-Fischer via Fortran
  • [PATCH 2/2] Fortran: dump-parse-tree: Mark debug functions with DEBUG_FUNCTION Bernhard Reutner-Fischer via Fortran
  • 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
• [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

• Earlier messages
• Later messages