fortran  

Messages by Thread

• • Re: [PATCH v5 0/5] P1689R5 support Ben Boeckel via Fortran
  • Re: [PATCH v5 0/5] P1689R5 support Andrew Pinski via Fortran
  • Re: [PATCH v5 0/5] P1689R5 support Jonathan Wakely via Fortran
  • Re: [PATCH v5 0/5] P1689R5 support Jonathan Wakely via Fortran
  • Re: [PATCH v5 0/5] P1689R5 support Ben Boeckel via Fortran
• [PATCH, committed] Fortran: ICE in gfc_compare_array_spec [PR108528] Harald Anlauf via Fortran
• [PATCH] Fortran: fix ICE in compare_bound_int [PR108527] Harald Anlauf via Fortran
  • *PING* [PATCH] Fortran: fix ICE in compare_bound_int [PR108527] Harald Anlauf via Fortran
  • Re: [PATCH] Fortran: fix ICE in compare_bound_int [PR108527] Jerry D via Fortran
• [PATCH, committed] Fortran: ICE in transformational_result [PR108529] Harald Anlauf via Fortran
• [Patch] OpenMP/Fortran: Fix loop-iter var privatization with !$OMP LOOP [PR108512] Tobias Burnus
  • Re: [Patch] OpenMP/Fortran: Fix loop-iter var privatization with !$OMP LOOP [PR108512] Jakub Jelinek via Fortran
  • [Patch][v2] OpenMP/Fortran: Fix loop-iter var privatization with !$OMP LOOP [PR108512] Tobias Burnus
  • Re: [Patch][v2] OpenMP/Fortran: Fix loop-iter var privatization with !$OMP LOOP [PR108512] Jakub Jelinek via Fortran
• [PATCH] Fortran: fix NULL pointer dereference in gfc_check_dependency [PR108502] Harald Anlauf via Fortran
  • Re: [PATCH] Fortran: fix NULL pointer dereference in gfc_check_dependency [PR108502] Thomas Koenig via Fortran
  • Re: [PATCH] Fortran: fix NULL pointer dereference in gfc_check_dependency [PR108502] Steve Kargl via Fortran
• [PATCH] Fortran: avoid ICE on invalid array subscript triplets [PR108501] Harald Anlauf via Fortran
  • Re: [PATCH] Fortran: avoid ICE on invalid array subscript triplets [PR108501] Steve Kargl via Fortran
• Re: [patch, gfortran.dg] Adjust numerous tests so that they pass on line endings Jerry D via Fortran
  • Re: [patch, gfortran.dg] Adjust numerous tests so that they pass on line endings NightStrike via Fortran
  • Re: [patch, gfortran.dg] Adjust numerous tests so that they pass on line endings Mikael Morin
  • Re: [patch, gfortran.dg] Adjust numerous tests so that they pass on line endings Jerry D via Fortran
  • Re: [patch, gfortran.dg] Adjust numerous tests so that they pass on line endings Jerry D via Fortran
  • Re: [patch, gfortran.dg] Adjust numerous tests so that they pass on line endings Mikael Morin
• [patch, gfortran.dg] Allow test to pass on mingw Jerry DeLisle via Fortran
  • Re: [patch, gfortran.dg] Allow test to pass on mingw NightStrike via Fortran
  • Re: [patch, gfortran.dg] Allow test to pass on mingw Tobias Burnus
• [patch. fortran] PR102595 ICE in var_element, at fortran/decl.c Jerry D via Fortran
  • Re: [patch. fortran] PR102595 ICE in var_element, at fortran/decl.c Jerry D via Fortran
  • Re: [patch. fortran] PR102595 ICE in var_element, at fortran/decl.c Jerry D via Fortran
  • Re: [patch. fortran] PR102595 ICE in var_element, at fortran/decl.c Harald Anlauf via Fortran
• nvptx, libgcc: Stub unwinding implementation Thomas Schwinge
  • nvptx, libgfortran: Switch out of "minimal" mode Thomas Schwinge
  • Re: nvptx, libgfortran: Switch out of "minimal" mode Thomas Koenig via Fortran
  • Update 'libgomp/libgomp.texi' for 'nvptx, libgfortran: Switch out of "minimal" mode' (was: nvptx, libgfortran: Switch out of "minimal" mode) Thomas Schwinge
  • nvptx, libgfortran: Switch out of "minimal" mode Thomas Schwinge
  • Re: nvptx, libgcc: Stub unwinding implementation Thomas Schwinge
• Clean up after newlib "nvptx: In offloading execution, map '_exit' to 'abort' [GCC PR85463]" Thomas Schwinge
• Chained modules in a testcase Paul Richard Thomas via Fortran
  • Re: Chained modules in a testcase Harald Anlauf via Fortran
• git out-of-order commit (was Re: [PATCH] Fortran: Remove unused declaration) Jason Merrill via Fortran
  • Re: git out-of-order commit (was Re: [PATCH] Fortran: Remove unused declaration) Harald Anlauf via Fortran
  • Re: git out-of-order commit (was Re: [PATCH] Fortran: Remove unused declaration) Bernhard Reutner-Fischer via Fortran
  • Re: git out-of-order commit (was Re: [PATCH] Fortran: Remove unused declaration) Jason Merrill via Fortran
  • Re: git out-of-order commit (was Re: [PATCH] Fortran: Remove unused declaration) Martin Liška
  • Re: git out-of-order commit (was Re: [PATCH] Fortran: Remove unused declaration) Carlos O'Donell via Fortran
• [Patch] OpenMP/Fortran: Partially fix non-rect loop nests [PR107424] Tobias Burnus
  • Re: [Patch] OpenMP/Fortran: Partially fix non-rect loop nests [PR107424] Jakub Jelinek via Fortran
  • Re: [Patch] OpenMP/Fortran: Partially fix non-rect loop nests [PR107424] Jakub Jelinek via Fortran
  • Re: [Patch] OpenMP/Fortran: Partially fix non-rect loop nests [PR107424] Jakub Jelinek via Fortran
  • [Patch][v2] OpenMP/Fortran: Partially fix non-rect loop nests [PR107424] Tobias Burnus
  • Re: [Patch][v2] OpenMP/Fortran: Partially fix non-rect loop nests [PR107424] Jakub Jelinek via Fortran
  • Re: [Patch][v2] OpenMP/Fortran: Partially fix non-rect loop nests [PR107424] Tobias Burnus
  • Re: [Patch][v2] OpenMP/Fortran: Partially fix non-rect loop nests [PR107424] Jakub Jelinek via Fortran
• [PATCH] Fortran: error recovery for invalid CLASS component [PR108434] Harald Anlauf via Fortran
• [Patch] libfortran: Fix execute_command_line for Windows Tobias Burnus
  • Re: [Patch] libfortran: Fix execute_command_line for Windows Harald Anlauf via Fortran
  • Re: [Patch] libfortran: Fix execute_command_line for Windows Jerry D via Fortran
• Re: libgomp.fortran/async_io_[1,2,3,4,8,9].f90 fail on FreeBSD Gerald Pfeifer
• [PATCH] Fortran: fix ICE in check_charlen_present [PR108420] Harald Anlauf via Fortran
  • *PING* [PATCH] Fortran: fix ICE in check_charlen_present [PR108420] Harald Anlauf via Fortran
  • Re: [PATCH] Fortran: fix ICE in check_charlen_present [PR108420] Paul Richard Thomas via Fortran
• [PATCH] Fortran: fix ICE in get_expr_storage_size [PR108421] Harald Anlauf via Fortran
• [Patch] Fortran/OpenMP: Reject non-scalar 'holds' expr in 'omp assume(s)' [PR107424] Tobias Burnus
  • Re: [Patch] Fortran/OpenMP: Reject non-scalar 'holds' expr in 'omp assume(s)' [PR107424] Jakub Jelinek via Fortran
  • Re: [Patch] Fortran/OpenMP: Reject non-scalar 'holds' expr in 'omp assume(s)' [PR107706] (was: [PR107424]) Tobias Burnus
• Error on left hand function reference Jerry DeLisle via Fortran
  • Re: Error on left hand function reference Steve Kargl via Fortran
• [PATCH] fortran: Fix up function types for realloc and sincos{,f,l} builtins [PR108349] Jakub Jelinek via Fortran
  • Re: [PATCH] fortran: Fix up function types for realloc and sincos{,f,l} builtins [PR108349] Tobias Burnus
• [PATCH] Fortran: frontend passes do_subscript leaks gmp memory [PR97345] Harald Anlauf via Fortran
• GCC GSoC 2023: Call for project ideas and mentors Martin Jambor
• [patch, fortran] Fix common subexpression elimination with IEEE rounding (PR108329) Thomas Koenig via Fortran
  • Re: [patch, fortran] Fix common subexpression elimination with IEEE rounding (PR108329) Paul Richard Thomas via Fortran
  • Re: [patch, fortran] Fix common subexpression elimination with IEEE rounding (PR108329) Richard Biener via Fortran
  • Re: [patch, fortran] Fix common subexpression elimination with IEEE rounding (PR108329) Thomas Koenig via Fortran
  • Re: [patch, fortran] Fix common subexpression elimination with IEEE rounding (PR108329) Richard Biener via Fortran
  • Re: [patch, fortran] Fix common subexpression elimination with IEEE rounding (PR108329) Thomas Koenig via Fortran
• Fw: Re: [Patch, fortran] PR37336 (Finalization) - [F03] Finish derived-type finalization Harald Anlauf via Fortran
  • Re: Fw: Re: [Patch, fortran] PR37336 (Finalization) - [F03] Finish derived-type finalization Jerry D via Fortran
  • Re: Fw: Re: [Patch, fortran] PR37336 (Finalization) - [F03] Finish derived-type finalization Harald Anlauf via Fortran
  • Re: Fw: Re: [Patch, fortran] PR37336 (Finalization) - [F03] Finish derived-type finalization Paul Richard Thomas via Fortran
  • Re: Fw: Re: [Patch, fortran] PR37336 (Finalization) - [F03] Finish derived-type finalization Thomas Koenig via Fortran
  • Re: Fw: Re: [Patch, fortran] PR37336 (Finalization) - [F03] Finish derived-type finalization Paul Richard Thomas via Fortran
  • Re: Fw: Re: [Patch, fortran] PR37336 (Finalization) - [F03] Finish derived-type finalization Thomas Koenig via Fortran
  • Re: Fw: Re: [Patch, fortran] PR37336 (Finalization) - [F03] Finish derived-type finalization Paul Richard Thomas via Fortran
  • Aw: Re: Fw: Re: [Patch, fortran] PR37336 (Finalization) - [F03] Finish derived-type finalization Harald Anlauf via Fortran
  • Re: [Patch, fortran] PR37336 (Finalization) - [F03] Finish derived-type finalization Harald Anlauf via Fortran
• [PATCH v2] libgfortran: Replace mutex with rwlock Lipeng Zhu via Fortran
  • Re: [PATCH v2] libgfortran: Replace mutex with rwlock Thomas Koenig via Fortran
  • RE: [PATCH v2] libgfortran: Replace mutex with rwlock Zhu, Lipeng via Fortran
  • RE: [PATCH v2] libgfortran: Replace mutex with rwlock Zhu, Lipeng via Fortran
• [patch, fortran] ICE in attr_decl1, at fortran/decl.c:8691 Jerry DeLisle via Fortran
  • Re: [patch, fortran] ICE in attr_decl1, at fortran/decl.c:8691 Harald Anlauf via Fortran
• Re: Adding a new thread model to GCC NightStrike via Fortran
  • Re: Adding a new thread model to GCC i.nixman--- via Fortran
  • Re: Adding a new thread model to GCC i.nixman--- via Fortran
  • Re: Adding a new thread model to GCC i.nixman--- via Fortran
  • Re: Adding a new thread model to GCC i.nixman--- via Fortran
  • Re: Adding a new thread model to GCC i.nixman--- via Fortran
  • Re: Adding a new thread model to GCC Jonathan Yong via Fortran
  • Re: Adding a new thread model to GCC Eric Botcazou via Fortran
• nvptx: '-mframe-malloc-threshold', '-Wframe-malloc-threshold' (was: Handling of large stack objects in GPU code generation -- maybe transform into heap allocation?) Thomas Schwinge
  • Re: nvptx: '-mframe-malloc-threshold', '-Wframe-malloc-threshold' (was: Handling of large stack objects in GPU code generation -- maybe transform into heap allocation?) Jerry D via Fortran
  • [PING] nvptx: '-mframe-malloc-threshold', '-Wframe-malloc-threshold' (was: Handling of large stack objects in GPU code generation -- maybe transform into heap allocation?) Thomas Schwinge
  • Re: [PING] nvptx: '-mframe-malloc-threshold', '-Wframe-malloc-threshold' (was: Handling of large stack objects in GPU code generation -- maybe transform into heap allocation?) Jerry D via Fortran
• [patch, fortran] ICE on automatic array of derived type with DTIO Jerry D via Fortran
• [PATCH v6 00/11] OpenMP: C/C++ lvalue parsing, C/C++/Fortran "declare mapper" support Julian Brown
  • [PATCH v6 01/11] OpenMP/OpenACC: Reindent TO/FROM/_CACHE_ stanza in {c_}finish_omp_clause Julian Brown
  • [PATCH v6 04/11] OpenMP: implicitly map base pointer for array-section pointer components Julian Brown
  • [PATCH v6 05/11] OpenMP: Pointers and member mappings Julian Brown
  • [PATCH v6 06/11] OpenMP/OpenACC: Unordered/non-constant component offset runtime diagnostic Julian Brown
  • [PATCH v6 08/11] OpenMP: C++ "declare mapper" support Julian Brown
  • [PATCH v6 11/11] OpenMP: Fortran "!$omp declare mapper" support Julian Brown
  • [PATCH v6 03/11] OpenMP/OpenACC: Refine condition for when map clause expansion happens Julian Brown
  • [PATCH v6 10/11] OpenMP: Support OpenMP 5.0 "declare mapper" directives for C Julian Brown
  • [PATCH v6 09/11] OpenMP: lvalue parsing for map clauses (C) Julian Brown
• Re: [PATCH 1/6] Fortran: Typo/unicode-o fixes Julian Brown
• [PATCH] Fortran: check for invalid uses of statement functions arguments [PR69604] Harald Anlauf via Fortran
  • Re: [PATCH] Fortran: check for invalid uses of statement functions arguments [PR69604] Steve Kargl via Fortran
• Alignment of arrays Tobias Melson via Fortran
  • Re: Alignment of arrays Tobias Burnus
• [PATCH] Fortran: a C interoperable function cannot have the CLASS attribute [PR95375] Harald Anlauf via Fortran
  • Re: [PATCH] Fortran: a C interoperable function cannot have the CLASS attribute [PR95375] Steve Kargl via Fortran
• [PATCH] libgfortran: Replace mutex with rwlock Lipeng Zhu via Fortran
  • Re: [PATCH] libgfortran: Replace mutex with rwlock Steve Kargl via Fortran
  • Re: [PATCH] libgfortran: Replace mutex with rwlock H.J. Lu via Fortran
  • [PATCH] libgfortran: Replace mutex with rwlock Zhu, Lipeng via Fortran
  • Re: [PATCH] libgfortran: Replace mutex with rwlock Jonathan Wakely
  • [PATCH] libgfortran: Replace mutex with rwlock Lipeng Zhu via Fortran
• [Patch] gfortran.dg/read_dir.f90: Make PASS on Windows Tobias Burnus
  • Re: [Patch] gfortran.dg/read_dir.f90: Make PASS on Windows Tobias Burnus
  • Re: [Patch] gfortran.dg/read_dir.f90: Make PASS on Windows Tobias Burnus
  • Re: [Patch] gfortran.dg/read_dir.f90: Make PASS on Windows Tobias Burnus
• [PATCH] Fortran: incorrect array bounds when bound intrinsic used in decl [PR108131] Harald Anlauf via Fortran
  • *PING* [PATCH] Fortran: incorrect array bounds when bound intrinsic used in decl [PR108131] Harald Anlauf via Fortran
  • Re: [PATCH] Fortran: incorrect array bounds when bound intrinsic used in decl [PR108131] Jerry D via Fortran
• [patch, fortran] PR107397 ICE in gfc_arith_plus, at fortran/arith.cc:654 Jerry D via Fortran
  • [committed] testsuite: Fix up pr107397.f90 test [PR107397] Jakub Jelinek via Fortran
  • Re: [committed] testsuite: Fix up pr107397.f90 test [PR107397] Jerry D via Fortran
• Moving to submodule Patrick Begou via Fortran
  • Re: Moving to submodule Arjen Markus via Fortran
• testsuite under wine NightStrike via Fortran
  • Re: testsuite under wine Thomas Koenig via Fortran
  • Re: testsuite under wine NightStrike via Fortran
  • Re: testsuite under wine Thomas Koenig via Fortran
  • Re: testsuite under wine Jacek Caban via Fortran
• Re: [PATCH v5 3/4] OpenMP: Pointers and member mappings Julian Brown
  • Re: [PATCH v5 3/4] OpenMP: Pointers and member mappings Julian Brown
• [Bug 106731] ICE on automatic array of derived type with DTIO: need help Federico Perini via Fortran
  • Re: [Bug 106731] ICE on automatic array of derived type with DTIO: need help Steve Kargl via Fortran
• [Patch] Fortran/OpenMP: Add parsing support for allocators directive Tobias Burnus
  • [Patch] Fortran/OpenMP: Add parsing support for allocators/allocate directive (was: [Patch] Fortran/OpenMP: Add parsing support for allocators directive) Tobias Burnus
  • [committed][Patch] Fortran/OpenMP: Add parsing support for allocators/allocate directives Tobias Burnus
• [Patch] Fortran: Extend align-clause checks of OpenMP's allocate clause Tobias Burnus
  • Re: [Patch] Fortran: Extend align-clause checks of OpenMP's allocate clause Jakub Jelinek via Fortran
• [Patch, Fortran] libgfortran's ISO_Fortran_binding.c: Use GCC11 version for backward-only code [PR108056] Tobias Burnus
  • Re: [Patch, Fortran] libgfortran's ISO_Fortran_binding.c: Use GCC11 version for backward-only code [PR108056] Harald Anlauf via Fortran
  • Re: [Patch, Fortran] libgfortran's ISO_Fortran_binding.c: Use GCC11 version for backward-only code [PR108056] Tobias Burnus
  • Re: [Patch, Fortran] libgfortran's ISO_Fortran_binding.c: Use GCC11 version for backward-only code [PR108056] Harald Anlauf via Fortran
  • Re: [Patch, Fortran] libgfortran's ISO_Fortran_binding.c: Use GCC11 version for backward-only code [PR108056] Tobias Burnus
  • Re: [Patch, Fortran] libgfortran's ISO_Fortran_binding.c: Use GCC11 version for backward-only code [PR108056] Harald Anlauf via Fortran
  • Re: [Patch, Fortran] libgfortran's ISO_Fortran_binding.c: Use GCC11 version for backward-only code [PR108056] Richard Biener via Fortran
• [PATCH] Fortran: NULL pointer dereference while parsing a function [PR107423] Harald Anlauf via Fortran
• Re: [PATCH v5 2/4] OpenMP/OpenACC: Rework clause expansion and nested struct handling Julian Brown
• Re: [PATCH] tree-optimization/99919 - bogus uninit diagnostic with bitfield guards Richard Biener via Fortran
• [PATCH] Fortran: improve checking of assumed size array spec [PR102180] Harald Anlauf via Fortran
  • Re: [PATCH] Fortran: improve checking of assumed size array spec [PR102180] Steve Kargl via Fortran
  • Re: [PATCH] Fortran: improve checking of assumed size array spec [PR102180] Harald Anlauf via Fortran
  • Re: [PATCH] Fortran: improve checking of assumed size array spec [PR102180] Steve Kargl via Fortran
• [committed] fortran/openmp.cc: Remove 's' that slipped in during %<..%> replacement (was: [Patch] Fortran: Replace simple '.' quotes by %<.%>) Tobias Burnus
• [PATCH v4 0/3] RFC: P1689R5 support Ben Boeckel via Fortran
  • [PATCH v4 1/3] libcpp: reject codepoints above 0x10FFFF Ben Boeckel via Fortran
  • [PATCH v4 3/3] p1689r5: initial support Ben Boeckel via Fortran
  • [PATCH v4 2/3] libcpp: add a function to determine UTF-8 validity of a C string Ben Boeckel via Fortran
• [PATCH] Fortran: fix ICE on bad use of statement function [PR107995] Harald Anlauf via Fortran
  • Re: [PATCH] Fortran: fix ICE on bad use of statement function [PR107995] Jerry D via Fortran
• [PATCH] Fortran: reject bad SIZE argument while simplifying ISHFTC [PR106911] Harald Anlauf via Fortran
  • Re: [PATCH] Fortran: reject bad SIZE argument while simplifying ISHFTC [PR106911] Steve Kargl via Fortran
• Re: [PATCH 2/2] OpenMP: Duplicate checking for map clauses in Fortran (PR107214) Julian Brown
  • Re: [PATCH 2/2] OpenMP: Duplicate checking for map clauses in Fortran (PR107214) Tobias Burnus
• Re: Team Collaboration Considerations Toon Moene
  • Re: Team Collaboration Considerations Jerry D via Fortran
  • Re: Team Collaboration Considerations Jerry D via Fortran
  • Re: Team Collaboration Considerations Steve Kargl via Fortran
  • RE: Team Collaboration Considerations Holcomb, Katherine A (kah3f) via Fortran
  • Re: Team Collaboration Considerations Thomas Koenig via Fortran
  • Re: Team Collaboration Considerations Janne Blomqvist via Fortran
  • Re: Team Collaboration Considerations Jerry D via Fortran
  • Re: Team Collaboration Considerations NightStrike via Fortran
  • Re: Team Collaboration Considerations Benson Muite via Fortran
  • Re: Team Collaboration Considerations NightStrike via Fortran
  • Re: Team Collaboration Considerations Toon Moene
  • Re: Team Collaboration Considerations NightStrike via Fortran
  • Re: Team Collaboration Considerations Bernhard Reutner-Fischer via Fortran
  • Re: Team Collaboration Considerations NightStrike via Fortran
  • Re: Team Collaboration Considerations Bernhard Reutner-Fischer via Fortran
  • Re: Team Collaboration Considerations Benson Muite via Fortran
  • Re: Team Collaboration Considerations Jerry D via Fortran

• Later messages