fortran  

Messages by Thread

• [PATCH] Fortran: reject empty derived type with bind(C) attribute [PR101577] Harald Anlauf
  • Re: [PATCH] Fortran: reject empty derived type with bind(C) attribute [PR101577] Andre Vehreschild
• F2018 REDUCE intrinsic Paul Richard Thomas
  • Re: F2018 REDUCE intrinsic Andre Vehreschild
• [PATCH] Fortran: fix front-end memleak after failure during parsing of NULLIFY Harald Anlauf
  • Re: [PATCH] Fortran: fix front-end memleak after failure during parsing of NULLIFY Steve Kargl
  • Re: [PATCH] Fortran: fix front-end memleak after failure during parsing of NULLIFY Harald Anlauf
• [Fortran, Patch, PR118747, v1] Prevent double free alloc. comp. in derived type function results Andre Vehreschild
  • Re: [Fortran, Patch, PR118747, v1] Prevent double free alloc. comp. in derived type function results Paul Richard Thomas
  • Re: [Fortran, Patch, PR118747, v1] Prevent double free alloc. comp. in derived type function results Andre Vehreschild
• [Fortran, Patch, PR118730, v1] Ensure user-finalized type is referenced Andre Vehreschild
  • Re: [Fortran, Patch, PR118730, v1] Ensure user-finalized type is referenced Harald Anlauf
  • Re: [Fortran, Patch, PR118730, v1] Ensure user-finalized type is referenced Andre Vehreschild
• [PATCH] Fortran: fix check for non-optional arrays passed to elemental Peter Hill
  • Re: [PATCH] Fortran: fix check for non-optional arrays passed to elemental Jerry D
  • Re: [PATCH] Fortran: fix check for non-optional arrays passed to elemental Peter Hill
  • Re: [PATCH] Fortran: fix check for non-optional arrays passed to elemental Jerry D
  • Re: [PATCH] Fortran: fix check for non-optional arrays passed to elemental Peter Hill
• [patch, doc] PR108369 GCC: Documentation of -x option Jerry D
  • ping Re: [patch, doc] PR108369 GCC: Documentation of -x option Jerry D
  • Re: [patch, doc] PR108369 GCC: Documentation of -x option Harald Anlauf
  • Re: [patch, doc] PR108369 GCC: Documentation of -x option Jerry D
• [Fortran, Patch, PR118789, v1] Fix associate to void* Andre Vehreschild
  • Re: [Fortran, Patch, PR118789, v1] Fix associate to void* Thomas Koenig
  • Re: [Fortran, Patch, PR118789, v1] Fix associate to void* Andre Vehreschild
• [PATCH 0/4] Fortran: Improve flow of intrinsics/library documentation [PR47928] Sandra Loosemore
  • Re: [PATCH 0/4] Fortran: Improve flow of intrinsics/library documentation [PR47928] Andre Vehreschild
  • Re: [PATCH 0/4] Fortran: Improve flow of intrinsics/library documentation [PR47928] Sandra Loosemore
• [Fortran, Patch, PR108233, v1] Prevent SAVE_EXPR on lhs in assign. Andre Vehreschild
  • Re: [Fortran, Patch, PR108233, v1] Prevent SAVE_EXPR on lhs in assign. Jerry D
  • Re: [Fortran, Patch, PR108233, v1] Prevent SAVE_EXPR on lhs in assign. Andre Vehreschild
• [Fortran, Patch, PR107635, 5_v1] Use correct data size in caf_transfer_between_remotes Andre Vehreschild
• [Fortran, Patch, PR107635, 4_v1] Fix class type and descriptor handling for new coarray interface [PR107635] Andre Vehreschild
  • Re: [Fortran, Patch, PR107635, 4_v1] Fix class type and descriptor handling for new coarray interface [PR107635] Harald Anlauf
  • Re: [Fortran, Patch, PR107635, 4_v1] Fix class type and descriptor handling for new coarray interface [PR107635] Andre Vehreschild
  • Re: [Fortran, Patch, PR107635, 4_v2] Fix class type and descriptor handling for new coarray interface [PR107635] Andre Vehreschild
  • Re: [Fortran, Patch, PR107635, 4_v2] Fix class type and descriptor handling for new coarray interface [PR107635] Harald Anlauf
  • Re: [Fortran, Patch, PR107635, 4_v2] Fix class type and descriptor handling for new coarray interface [PR107635] Andre Vehreschild
  • Re: [Fortran, Patch, PR107635, 4_v2] Fix class type and descriptor handling for new coarray interface [PR107635] Andre Vehreschild
• [PATCH] Fortran: initialize non-saved pointers with -fcheck=pointer [PR48958] Harald Anlauf
  • Re: [PATCH] Fortran: initialize non-saved pointers with -fcheck=pointer [PR48958] Andre Vehreschild
  • Re: [PATCH] Fortran: initialize non-saved pointers with -fcheck=pointer [PR48958] Harald Anlauf
• [Patch, www-docs, Fortran, Coarray-ABI] Announce coarray-ABI changes in gfortran-15 Andre Vehreschild
• [Patch] Fortran: Improve gfc_array_kind for assumed rank; gfc_tree_array_size on 'tree' Tobias Burnus
  • Re: [Patch] Fortran: Improve gfc_array_kind for assumed rank; gfc_tree_array_size on 'tree' Tobias Burnus
  • Re: [Patch] Fortran: Improve gfc_array_kind for assumed rank; gfc_tree_array_size on 'tree' Jerry D
• [committed] gfortran.dg/gomp/metadirective-3.f90 Tobias Burnus
• DLL with gfortran open statement crashes Excel Jürgen Bausa
  • Re: DLL with gfortran open statement crashes Excel Jürgen Bausa
  • Re: DLL with gfortran open statement crashes Excel Jerry D
• [Patch] OpenMP/Fortran: extend 'adjust_args' clause, fixes for it and declare variant [PR115271] Tobias Burnus
  • [OG14] OpenMP/Fortran: extend 'adjust_args' clause, fixes for it and declare variant [PR115271]: avoid 'error: variable ‘saved_loc2’ set but not used [-Werror=unused-but-set-variable]' (was: [Patch] OpenMP/Fortran: extend 'adjust_args' clause, fixes for it and declare variant [PR115271]) Thomas Schwinge
• [patch, fortran, committed] Remove duplicate output of save attribute Thomas Koenig
• [patch, Fortran] Fix PR 118862, overwide shft Thomas Koenig
  • Re: [patch, Fortran] Fix PR 118862, overwide shft Steve Kargl
  • Re: [patch, Fortran] Fix PR 118862, overwide shft Thomas Koenig
• [patch, Fortran, doc, committed] PR 118159, defunct website Thomas Koenig
• [patch, Fortran, committed] Fix PR 118845 Thomas Koenig
• [PATCH] Fortran: passing of derived type to VALUE,OPTIONAL dummy argument [PR118080] Harald Anlauf
  • Re: [PATCH] Fortran: passing of derived type to VALUE, OPTIONAL dummy argument [PR118080] Thomas Koenig
• [patch, Fortran] Fix PR 118845 Thomas Koenig
  • Re: [patch, Fortran] Fix PR 118845 Jerry D
  • Re: [patch, Fortran] Fix PR 118845 Thomas Koenig
• Re: 7/7 [Fortran, Patch, Coarray, PR107635] Remove deprecated coarray routines Jerry D
  • Re: 7/7 [Fortran, Patch, Coarray, PR107635] Remove deprecated coarray routines Jerry D
  • Re: 7/7 [Fortran, Patch, Coarray, PR107635] Remove deprecated coarray routines Thomas Koenig
  • Re: 7/7 [Fortran, Patch, Coarray, PR107635] Remove deprecated coarray routines Andre Vehreschild
  • Re: 7/7 [Fortran, Patch, Coarray, PR107635] Remove deprecated coarray routines Thomas Koenig
  • Re: 7/7 [Fortran, Patch, Coarray, PR107635] Remove deprecated coarray routines Andre Vehreschild
  • Re: 7/7 [Fortran, Patch, Coarray, PR107635] Remove deprecated coarray routines Andre Vehreschild
• [patch, fortran] PR117430 gfortran allows type(C_ptr) in I/O list Jerry D
  • Re: [patch, fortran] PR117430 gfortran allows type(C_ptr) in I/O list Harald Anlauf
  • Re: [patch, fortran] PR117430 gfortran allows type(C_ptr) in I/O list Jerry D
  • Re: [patch, fortran] PR117430 gfortran allows type(C_ptr) in I/O list Jerry D
• [PATCH] Fortran: checking of pointer targets for structure constructors [PR56423] Harald Anlauf
  • Re: [PATCH] Fortran: checking of pointer targets for structure constructors [PR56423] Thomas Koenig
  • Re: [PATCH] Fortran: checking of pointer targets for structure constructors [PR56423] Harald Anlauf
• 5/7 [Fortran, Patch, Coarray, PR107635] Add send_to_remote Andre Vehreschild
• 3/7 [Fortran, Patch, Coarray, PR107635] Allow to use non-pure/non-elemental functions in coarray indexes Andre Vehreschild
• 4/7 [Fortran, Patch, Coarray, PR107635] Add caf_is_present_on_remote. Andre Vehreschild
• 1/7 [Fortran, Patch, Coarray, PR107635] Move caf_get-rewrite to rewrite.cc Andre Vehreschild
  • Re: 1/7 [Fortran, Patch, Coarray, PR107635] Move caf_get-rewrite to rewrite.cc Jerry D
• 6/7 [Fortran, Patch, Coarray, PR107635] Add transfer_between_remotes Andre Vehreschild
  • Re: 6/7 [Fortran, Patch, Coarray, PR107635] Add transfer_between_remotes Rainer Orth
  • Re: 6/7 [Fortran, Patch, Coarray, PR107635] Add transfer_between_remotes Andre Vehreschild
  • Re: 6/7 [Fortran, Patch, Coarray, PR107635] Add transfer_between_remotes Rainer Orth
  • [PUSHED] nvptx: Build libgfortran with '-mfake-ptx-alloca' [PR107635] Thomas Schwinge
  • Re: [PUSHED] nvptx: Build libgfortran with '-mfake-ptx-alloca' [PR107635] Andre Vehreschild
  • Re: [PUSHED] nvptx: Build libgfortran with '-mfake-ptx-alloca' [PR107635] Harald Anlauf
  • Re: [PUSHED] nvptx: Build libgfortran with '-mfake-ptx-alloca' [PR107635] Andre Vehreschild
• 0/7 [Fortran, Patch, Coarray, PR107635] Implement call to remote side routine for caf Andre Vehreschild
• 2/7 [Fortran, Patch, Coarray, PR107635] Prepare for more caf-rework. Andre Vehreschild
• RFC: Bugzilla keyword "interp" where it is not clear if a program is standard-conforming or not Thomas Koenig
  • Re: RFC: Bugzilla keyword "interp" where it is not clear if a program is standard-conforming or not Jerry D
  • Re: RFC: Bugzilla keyword "interp" where it is not clear if a program is standard-conforming or not Andre Vehreschild
  • Re: RFC: Bugzilla keyword "interp" where it is not clear if a program is standard-conforming or not Richard Biener
  • Re: RFC: Bugzilla keyword "interp" where it is not clear if a program is standard-conforming or not Thomas Koenig
  • Re: RFC: Bugzilla keyword "interp" where it is not clear if a program is standard-conforming or not Thomas Schwinge
  • Re: RFC: Bugzilla keyword "interp" where it is not clear if a program is standard-conforming or not Thomas Koenig
  • Re: RFC: Bugzilla keyword "interp" where it is not clear if a program is standard-conforming or not Jonathan Wakely
  • Re: RFC: Bugzilla keyword "interp" where it is not clear if a program is standard-conforming or not David Malcolm
  • Re: RFC: Bugzilla keyword "interp" where it is not clear if a program is standard-conforming or not Thomas Koenig
  • Re: RFC: Bugzilla keyword "interp" where it is not clear if a program is standard-conforming or not Sam James
• [Patch, Fortran] Fix PR 24878, checking actual arguments against global symbols Thomas Koenig
  • Re: [Patch, Fortran] Fix PR 24878, checking actual arguments against global symbols Harald Anlauf
  • Re: [Patch, Fortran] Fix PR 24878, checking actual arguments against global symbols Thomas Koenig
  • Re: [Patch, Fortran] Fix PR 24878, checking actual arguments against global symbols Jerry D
  • Re: [Patch, Fortran] Fix PR 24878, checking actual arguments against global symbols Thomas Koenig
• [PATCH] Fortran: fix initialization of allocatable non-deferred character [PR59252] Harald Anlauf
  • Re: [PATCH] Fortran: fix initialization of allocatable non-deferred character [PR59252] Steve Kargl
  • Re: [PATCH] Fortran: fix initialization of allocatable non-deferred character [PR59252] Harald Anlauf
• [Patch, fortran] PR118750 - [14/15 Regression] ICE on associate with elemental function with polymorphic array dummy argument Paul Richard Thomas
  • Re: [Patch, fortran] PR118750 - [14/15 Regression] ICE on associate with elemental function with polymorphic array dummy argument Andre Vehreschild
  • Re: [Patch, fortran] PR118750 - [14/15 Regression] ICE on associate with elemental function with polymorphic array dummy argument Paul Richard Thomas
• [committed] Fortran/OpenMP: Add location data to 'sorry' [PR118740] Tobias Burnus
• [committed] fortran/trans-openmp.cc: Use the correct member in gfc_omp_namelist [PR118745] Tobias Burnus
• Bug 118750 - [14/15 Regression] ICE on associate with elemental function with polymorphic array actual argument Damian Rouson
• [15 Regression]: seg fault on accessing an elemental procedure dummy argument's deferred-length character component Damian Rouson
  • Re: [15 Regression]: seg fault on accessing an elemental procedure dummy argument's deferred-length character component Damian Rouson
• [Patch, fortran] PR115265 - Generic function for constructor not invoked for same-name derived type with procedure pointer component Paul Richard Thomas
  • Re: [Patch, fortran] PR115265 - Generic function for constructor not invoked for same-name derived type with procedure pointer component Andre Vehreschild
• How to do a seek (nonadvancing read) on a stream file? Andi McClure
  • Re: How to do a seek (nonadvancing read) on a stream file? Steve Kargl
  • Re: How to do a seek (nonadvancing read) on a stream file? Andi McClure
  • Re: How to do a seek (nonadvancing read) on a stream file? Jerry D
• Re: [patch, fortran] Add modular exponentiation for unsigned Thomas Koenig
  • Re: [patch, fortran] Add modular exponentiation for unsigned Thomas Koenig
  • Re: [patch, fortran] Add modular exponentiation for unsigned Jerry D
  • Re: [patch, fortran] Add modular exponentiation for unsigned Thomas Koenig
• gfortran not following deferred initialization rules for get_command_argument Andi McClure
  • Re: gfortran not following deferred initialization rules for get_command_argument Steve Kargl
• [PATCH] Fortran: different character lengths in array constructor [PR93289] Harald Anlauf
  • Re: [PATCH] Fortran: different character lengths in array constructor [PR93289] Jerry D
  • Re: [PATCH] Fortran: different character lengths in array constructor [PR93289] Steve Kargl
  • Re: [PATCH] Fortran: different character lengths in array constructor [PR93289] Harald Anlauf
  • Re: [PATCH] Fortran: different character lengths in array constructor [PR93289] Jerry D
  • Re: [PATCH] Fortran: different character lengths in array constructor [PR93289] Harald Anlauf
  • Re: [PATCH] Fortran: different character lengths in array constructor [PR93289] Steve Kargl
  • Re: [PATCH] Fortran: different character lengths in array constructor [PR93289] Richard Sandiford
  • Re: [PATCH] Fortran: different character lengths in array constructor [PR93289] Jerry D
  • Re: [PATCH] Fortran: different character lengths in array constructor [PR93289] Harald Anlauf
• [PATCH] OpenMP: Improve Fortran metadirective diagnostics [PR107067] Sandra Loosemore
  • Re: [PATCH] OpenMP: Improve Fortran metadirective diagnostics [PR107067] Tobias Burnus
  • Re: [PATCH] OpenMP: Improve Fortran metadirective diagnostics [PR107067] Sandra Loosemore
• [PATCH] OpenMP/Fortran: Add missing pop_state in parse_omp_dispatch Paul-Antoine Arras
  • Re: [PATCH] OpenMP/Fortran: Add missing pop_state in parse_omp_dispatch Paul-Antoine Arras
• [PATCH] Fortran: host association issue with symbol in COMMON block [PR108454] Harald Anlauf
  • Re: [PATCH] Fortran: host association issue with symbol in COMMON block [PR108454] Jerry D
  • Re: [PATCH] Fortran: host association issue with symbol in COMMON block [PR108454] Harald Anlauf
• GCC GSoC 2025: Call for project ideas and mentors Martin Jambor
• [PATCH] Fortran: fix passing of component ref to assumed-rank dummy [PR118683] Harald Anlauf
  • Re: [PATCH] Fortran: fix passing of component ref to assumed-rank dummy [PR118683] Jerry D
• Fwd: [Linaro-TCWG-CI] gcc patch #105542: 12 regressions on arm Jerry D
  • Re: [Linaro-TCWG-CI] gcc patch #105542: 12 regressions on arm Andrew Pinski
  • Re: [Linaro-TCWG-CI] gcc patch #105542: 12 regressions on arm Jerry D
• [patch, libfortran] PR114618 Format produces incorrect output when contains 1x, ok when uses " " Jerry D
  • Re: [patch, libfortran] PR114618 Format produces incorrect output when contains 1x, ok when uses " " Harald Anlauf
  • Re: [patch, libfortran] PR114618 Format produces incorrect output when contains 1x, ok when uses " " Jerry D
  • Re: [patch, libfortran] PR114618 Format produces incorrect output when contains 1x, ok when uses " " Jerry D
  • Re: [patch, libfortran] PR114618 Version 2 Format produces incorrect output when contains 1x, ok when uses " " Jerry D
  • Re: [patch, libfortran] PR114618 Version 2 Format produces incorrect output when contains 1x, ok when uses " " Harald Anlauf
  • Re: [patch, libfortran] PR114618 Version 2 Format produces incorrect output when contains 1x, ok when uses " " Jerry D
  • Re: [patch, libfortran] PR114618 Version 2 Format produces incorrect output when contains 1x, ok when uses " " Jerry D
  • Re: [patch, libfortran] PR114618 Version 2 Format produces incorrect output when contains 1x, ok when uses " " Jerry D
• [Patch, fortran] PR118640 - [15 Regression] cp2k ICE in gfc_conv_expr_present since r15-5347 Paul Richard Thomas
• Re: [PATCH v6 4/6] OpenMP: Fortran support for metadirectives and dynamic selectors Tobias Burnus
  • Re: [PATCH v6 4/6] OpenMP: Fortran support for metadirectives and dynamic selectors Tobias Burnus
• [committed] Fortran: In openmp.cc, uncomment unroll/tile lines of gfc_omp_directives Tobias Burnus
• [PATCH] Fortran: fix bogus diagnostics on renamed interface import [PR110993] Harald Anlauf
  • Re: [PATCH] Fortran: fix bogus diagnostics on renamed interface import [PR110993] Jerry D
  • Re: [PATCH] Fortran: fix bogus diagnostics on renamed interface import [PR110993] Harald Anlauf
• [PATCH] Fortran: fix issues with variables in BLOCK DATA [PR58857] Harald Anlauf
  • Re: [PATCH] Fortran: fix issues with variables in BLOCK DATA [PR58857] Jerry D
  • Re: [PATCH] Fortran: fix issues with variables in BLOCK DATA [PR58857] Harald Anlauf
• [patch. libgfortran] PR118571 UTF-8 output and the A edit descriptor Jerry D
  • Re: [patch. libgfortran] PR118571 UTF-8 output and the A edit descriptor Andre Vehreschild
  • Re: [patch. libgfortran] PR118571 UTF-8 output and the A edit descriptor Jerry D
• [PATCH] Fortran: do not evaluate arguments of MAXVAL/MINVAL too often [PR118613] Harald Anlauf
  • Re: [PATCH] Fortran: do not evaluate arguments of MAXVAL/MINVAL too often [PR118613] Mikael Morin
  • Re: [PATCH] Fortran: do not evaluate arguments of MAXVAL/MINVAL too often [PR118613] Harald Anlauf
• [Patch, fortran] PR96087 - [12/13/14/15 Regression] ICE in gfc_get_symbol_decl, at fortran/trans-decl.c:1575 Paul Richard Thomas
  • Re: [Patch, fortran] PR96087 - [12/13/14/15 Regression] ICE in gfc_get_symbol_decl, at fortran/trans-decl.c:1575 Andre Vehreschild
  • Re: [Patch, fortran] PR96087 - [12/13/14/15 Regression] ICE in gfc_get_symbol_decl, at fortran/trans-decl.c:1575 Paul Richard Thomas
• [PATCH, committed] Fortran: improve error message for conflicting OpenMP clauses [PR107122] Harald Anlauf
• [PATCH, RFC] Fortran: do not copy back for parameter actual arguments [PR81978] Harald Anlauf
  • Re: [PATCH, RFC] Fortran: do not copy back for parameter actual arguments [PR81978] Paul Richard Thomas
  • Re: [PATCH, RFC] Fortran: do not copy back for parameter actual arguments [PR81978] Harald Anlauf
• [PATCH] libfortran: G formatting for UNSIGNED [PR118536] Harald Anlauf
  • Re: [PATCH] libfortran: G formatting for UNSIGNED [PR118536] Jerry Delisle
  • Re: [PATCH] libfortran: G formatting for UNSIGNED [PR118536] Harald Anlauf
• Interview Request: Insights on Your Work with GFortran Paulina Kowalska
• [PATCH] libfortran: fix conversion of UNSIGNED(kind=16) to decimal in output [PR118406] Harald Anlauf
  • Re: [PATCH] libfortran: fix conversion of UNSIGNED(kind=16) to decimal in output [PR118406] Thomas Koenig
  • Re: [PATCH] libfortran: fix conversion of UNSIGNED(kind=16) to decimal in output [PR118406] Harald Anlauf
• [Patch] Fortran/OpenMP: Fix declare_variant's 'adjust_args' mishandling with return by reference [PR118321] Tobias Burnus
• [PUSHED] [OpenACC/Fortran testsuite] Use relative line numbers for a few DejaGnu directives Thomas Schwinge
• [Patch] Fortran: Create fresh ts.u.cl for result in gfc_get_symbol_for_expr [PR118441] Tobias Burnus
  • Re: [Patch] Fortran: Create fresh ts.u.cl for result in gfc_get_symbol_for_expr [PR118441] Andre Vehreschild
• [PATCH, committed] Fortran: reject NULL as source-expr in ALLOCATE with SOURCE= or MOLD= [PR71884] Harald Anlauf
• Using MatterMost Jerry D

• Earlier messages