September 2006 Archives by subject

• Messages sorted by: [ thread ] [ author ] [ date ]
• More info on this list...

Starting: Fri Sep 1 09:08:00 GMT 2006
Ending: Sat Sep 30 23:05:00 GMT 2006
Messages: 472

• -fbounds-check causes Segmentation fault   marco restelli
• -fbounds-check causes Segmentation fault   Jerry DeLisle
• [Bug fortran/26025] Optionally use BLAS for matmul   Janne Blomqvist
• [Bug fortran/26025] Optionally use BLAS for matmul   Janne Blomqvist
• [Committed] Fix MPFR issues in fortran/arith.c and fortran/simplify.c   Steve Kargl
• [Committed] fortran/intrinsic.[ch] -- Update copyright date.   Steve Kargl
• [Committed] gfortran.dg/nearest_1.f90 workaround testsuite failure   Steve Kargl
• [Fwd: [ANN]: gfortran Plugin for Xcode]   Andrew Pinski
• [Fwd: [ANN]: gfortran Plugin for Xcode]   Jack Howarth
• [Fwd: Re: Polyhedron benchmark on Opteron]   FX Coudert
• [Fwd: Re: Polyhedron benchmark on Opteron]   Tobias Burnus
• [Fwd: Re: Polyhedron benchmark on Opteron]   Tobias Burnus
• [Fwd: Re: Polyhedron benchmark on Opteron]   Steve Kargl
• [Fwd: Re: Polyhedron benchmark on Opteron]   Tobias Burnus
• [Fwd: Re: Polyhedron benchmark on Opteron]   Tim Prince
• [gfortran,commited] Fix ICE on error message display   François-Xavier Coudert
• [gfortran,patch] MATMUL using BLAS gemm routines   François-Xavier Coudert
• [gfortran,patch] MATMUL using BLAS gemm routines   François-Xavier Coudert
• [gfortran] add SIGNAL and ALARM intrinsics   Bernhard Fischer
• [gomp] Support Fortran OpenMP conditional inclusion   Jakub Jelinek
• [gomp] Support Fortran OpenMP conditional inclusion   Steve Kargl
• [libgfortran,commited] Correct cabs and conjg specifics   FX Coudert
• [Patch, fortran] PR19260 & not required when splitting a token in continuation   Jerry DeLisle
• [Patch, fortran] PR19260 & not required when splitting a token in continuation   Jerry DeLisle
• [Patch, fortran] PR19260 & not required when splitting a token in continuation   Tobias Burnus
• [Patch, fortran] PR19260 & not required when splitting a token in continuation   Jerry DeLisle
• [Patch, fortran] PR19260 & not required when splitting a token in continuation   Jerry DeLisle
• [Patch, fortran] PR19262 more than thirty-nine continuation lines should issue a std-warn   Jerry DeLisle
• [Patch, fortran] PR19262 more than thirty-nine continuation lines should issue a std-warn   Andrew Pinski
• [Patch, fortran] PR19262 more than thirty-nine continuation lines should issue a std-warn   Brooks Moses
• [Patch, fortran] PR19262 more than thirty-nine continuation lines should issue a std-warn   FX Coudert
• [Patch, fortran] PR19262 more than thirty-nine continuation lines should issue a std-warn   Tobias Burnus
• [Patch, fortran] PR19262 more than thirty-nine continuation lines should issue a std-warn   Tobias Burnus
• [Patch, fortran] PR19262 more than thirty-nine continuation lines should issue a std-warn   Brooks Moses
• [Patch, fortran] PR19262 more than thirty-nine continuation lines should issue a std-warn   Jerry DeLisle
• [Patch, fortran] PR19262 more than thirty-nine continuation lines should issue a std-warn   Manfred Schwarb
• [Patch, fortran] PR19262 more than thirty-nine continuation lines should issue a std-warn   Manfred Schwarb
• [Patch, fortran] PR19262 more than thirty-nine continuation lines should issue a std-warn   Brooks Moses
• [Patch, fortran] PR19262 more than thirty-nine continuation lines should issue a std-warn   Jerry DeLisle
• [Patch, fortran] PR19262 more than thirty-nine continuation lines should issue a std-warn   Jerry DeLisle
• [Patch, fortran] PR19262 more than thirty-nine continuation lines should issue a std-warn   François-Xavier Coudert
• [Patch, fortran] PR19262 more than thirty-nine continuation lines should issue a std-warn   Tobias Burnus
• [Patch, fortran] PR20779 and PR20891 - allocation of STAT or specification variables in same call   Paul Thomas
• [Patch, fortran] PR20779 and PR20891 - allocation of STAT or specification variables in same call   Steve Kargl
• [Patch, fortran] PR20779 and PR20891 - allocation of STAT or specification variables in same call   Paul Thomas
• [Patch, fortran] PR20779 and PR20891 - allocation of STAT or specification variables in same call   Erik Schnetter
• [Patch, fortran] PR20779 and PR20891 - allocation of STAT or specification variables in same call   Paul Thomas
• [Patch, fortran] PR20779 and PR20891 - allocation of STAT or specification variables in same call   Paul Thomas
• [Patch, fortran] PR20779 and PR20891 - allocation of STAT or specification variables in same call   Erik Schnetter
• [Patch, fortran] PR20779 and PR20891 - allocation of STAT or specification variables in same call   Steve Kargl
• [Patch, fortran] PR20779 and PR20891 - allocation of STAT or specification variables in same call   Erik Schnetter
• [patch, fortran] pr21061 - gfortran ignores -Werror   Steve Kargl
• [patch, fortran] pr21061 - gfortran ignores -Werror   Bernhard Fischer
• [patch, fortran] pr21061 - gfortran ignores -Werror   Steve Kargl
• [Patch, fortran] PR25091 and PR20952 - non-conforming entries of array-valued function   THOMAS Paul Richard 169137
• [Patch, fortran] PR25091 and PR20952 - non-conforming entries of array-valued function   Paul Thomas
• [Patch, fortran] PR28526 - 'end' is recognized as a variable incorrectly   THOMAS Paul Richard 169137
• [Patch, fortran] PR28526 - 'end' is recognized as a variable incorrectly   THOMAS Paul Richard 169137
• [Patch, fortran] PR28526 - 'end' is recognized as a variable incorrectly   Craig Powers
• [Patch, fortran] PR28526 - 'end' is recognized as a variable incorrectly   Steve Kargl
• [Patch, fortran] PR28585: Add Fortran 2003 NEW_LINE intrinsic function   Tobias Burnus
• [Patch, fortran] PR28585: Add Fortran 2003 NEW_LINE intrinsic function   Tobias Burnus
• [Patch, fortran] PR28585: Add Fortran 2003 NEW_LINE intrinsic function   Tobias Burnus
• [Patch, fortran] PR28585: Add Fortran 2003 NEW_LINE intrinsic function   Brooks Moses
• [Patch, fortran] PR28585: Add Fortran 2003 NEW_LINE intrinsic function   Steve Kargl
• [Patch, fortran] PR28585: Add Fortran 2003 NEW_LINE intrinsic function   FX Coudert
• [Patch, fortran] PR28585: Add Fortran 2003 NEW_LINE intrinsic function   Steve Kargl
• [Patch, fortran] PR28585: Add Fortran 2003 NEW_LINE intrinsic function   Brooks Moses
• [Patch, fortran] PR28585: Add Fortran 2003 NEW_LINE intrinsic function   Brooks Moses
• [Patch, fortran] PR28585: Add Fortran 2003 NEW_LINE intrinsic function   Tobias Burnus
• [Patch, fortran] PR28585: Add Fortran 2003 NEW_LINE intrinsic function   Brooks Moses
• [Patch, fortran] PR28585: Add Fortran 2003 NEW_LINE intrinsic function   Tobias Burnus
• [Patch, fortran] PR28817 and PR21918   Paul Thomas
• [Patch, fortran] PR28817 and PR21918   Steve Kargl
• [Patch, fortran] PR28817 and PR21918   Paul Thomas
• [Patch, fortran] PR28908 - [4.1/4.2 Regression]: fold_convert fails for Fortran operator   THOMAS Paul Richard 169137
• [Patch, fortran] PR28908 - [4.1/4.2 Regression]: fold_convert fails for Fortran operator   H. J. Lu
• [Patch, fortran] PR28908 - [4.1/4.2 Regression]: fold_convert fails for Fortran operator   THOMAS Paul Richard 169137
• [Patch, fortran] PR28908 - [4.1/4.2 Regression]: fold_convert fails for Fortran operator   Steve Kargl
• [Patch, fortran] PR28908 - [4.1/4.2 Regression]: fold_convert fails for Fortran operator   Paul Thomas
• [Patch,fortran] PR28914 Code inside loop hangs   Jerry DeLisle
• [Patch,fortran] PR28914 Code inside loop hangs   Paul Thomas
• [Patch,fortran] PR28914 Code inside loop hangs   Jerry DeLisle
• [Patch, fortran] PR28923, PR28959 and PR28947 - essential fixes for the 4.2.0 release   Paul Thomas
• [Patch, fortran] PR28923, PR28959 and PR28947 - essential fixes for the 4.2.0 release   Steve Kargl
• [Patch, fortran] PR28923, PR28959 and PR28947 - essential fixes for the 4.2.0 release   Paul Thomas
• [Patch, fortran] PR28923, PR28959 and PR28947 - essential fixes for the 4.2.0 release   Steve Kargl
• [Patch, fortran] PR28923, PR28959 and PR28947 - essential fixes for the 4.2.0 release   Steve Kargl
• [Patch, fortran] PR28923, PR28959 and PR28947 - essential fixes for the 4.2.0 release   Steve Kargl
• [Patch, fortran] PR28971 - undiagnosed, self-healing regression   Paul Thomas
• [Patch, fortran] PR29051 - ICE on error in "old-style" initializer   Paul Thomas
• [Patch, fortran] PR29051 - ICE on error in "old-style" initializer   Bud Davis
• [Patch, fortran] PR29060 - spread causes ICE in gfc_trans_array_constructor   Paul Thomas
• [Patch, fortran] PR29060 - spread causes ICE in gfc_trans_array_constructor   Steve Kargl
• [Patch, fortran] PR29098 - allocation of a pointer to a derived type crashes   Paul Thomas
• [Patch, fortran] PR29101 - Memory leak in select case with character expression   Paul Thomas
• [Patch, fortran] PR29101 - Memory leak in select case with character expression   Steven Bosscher
• [Patch, fortran] PR29101 - Memory leak in select case with character expression   Paul Thomas
• [Patch, fortran] PR29101 - Memory leak in select case with character expression   Steven Bosscher
• [Patch, fortran] PR29101 - Memory leak in select case with character expression   Paul Thomas
• [Patch, fortran] PR29101 - Memory leak in select case with character expression   Steven Bosscher
• [Patch, fortran] PR29101 - Memory leak in select case with character expression   THOMAS Paul Richard 169137
• [Patch,libgfortran] PR29053 Consecutive STREAM I/O file positions mixed up   Jerry DeLisle
• [Patch,libgfortran] PR29053 Consecutive STREAM I/O file positions mixed up   Jerry DeLisle
• [Patch,libgfortran] PR29053 Consecutive STREAM I/O file positions mixed up   Jerry DeLisle
• [Patch,libgfortran] PR29053 Consecutive STREAM I/O file positions mixed up   Bud Davis
• [Patch,libgfortran] PR29053 Consecutive STREAM I/O file positions mixed up   Jerry DeLisle
• [patch, testsuite] Fix intrinsic_set_exponent.f90 nonconformance usage   Steve Kargl
• [Patch/libgfortran]: Force preconnected steams to O_BINARY if HAVE_CRLF   Danny Smith
• [Patch/libgfortran]: Force preconnected steams to O_BINARY if HAVE_CRLF   Bud Davis
• [Patch/libgfortran]: Force preconnected steams to O_BINARY if HAVE_CRLF   Jerry DeLisle
• [Patch/libgfortran]: Force preconnected steams to O_BINARY if HAVE_CRLF   Bud Davis
• [Patch/libgfortran]: Force preconnected steams to O_BINARY if HAVE_CRLF   Jerry DeLisle
• [PATCH] Enforce GMP/MPFR version requires and fix fortran/28276,27021   Steve Kargl
• [PATCH] Enforce GMP/MPFR version requires and fix fortran/28276,27021   Steve Kargl
• [PATCH] Enforce GMP/MPFR version requires and fix fortran/28276,27021   Mark Mitchell
• [PATCH] Enforce GMP/MPFR version requires and fix fortran/28276,27021   Paul Thomas
• [PATCH] Enforce GMP/MPFR version requires and fix fortran/28276,27021   Tobias Burnus
• [PATCH] Enforce GMP/MPFR version requires and fix fortran/28276,27021   Steve Kargl
• [PATCH] Enforce GMP/MPFR version requires and fix fortran/28276,27021   Steve Kargl
• [PATCH] Enforce GMP/MPFR version requires and fix fortran/28276,27021   Mark Mitchell
• [PATCH] Enforce GMP/MPFR version requires and fix fortran/28276,27021   Diego Novillo
• [PATCH] Enforce GMP/MPFR version requires and fix fortran/28276,27021   Daniel Berlin
• [PATCH] Enforce GMP/MPFR version requires and fix fortran/28276,27021   Steve Kargl
• [PATCH] Enforce GMP/MPFR version requires and fix fortran/28276,27021   Diego Novillo
• [PATCH] Enforce GMP/MPFR version requires and fix fortran/28276,27021   Daniel Berlin
• [PATCH] Enforce GMP/MPFR version requires and fix fortran/28276,27021   Ian Lance Taylor
• [PATCH] Enforce GMP/MPFR version requires and fix fortran/28276,27021   Steve Kargl
• [PATCH] Enforce GMP/MPFR version requires and fix fortran/28276,27021   Steve Kargl
• [PATCH] Enforce GMP/MPFR version requires and fix fortran/28276,27021   Diego Novillo
• [PATCH] Enforce GMP/MPFR version requires and fix fortran/28276,27021   Ian Lance Taylor
• [PATCH] Enforce GMP/MPFR version requires and fix fortran/28276,27021   Dale Johannesen
• [PATCH] Enforce GMP/MPFR version requires and fix fortran/28276,27021   DJ Delorie
• [PATCH] Enforce GMP/MPFR version requires and fix fortran/28276,27021   Geoffrey Keating
• [PATCH] Enforce GMP/MPFR version requires and fix fortran/28276,27021   DJ Delorie
• [PATCH] Enforce GMP/MPFR version requires and fix fortran/28276,27021   Ian Lance Taylor
• [PATCH] Enforce GMP/MPFR version requires and fix fortran/28276,27021   Richard Kenner
• [PATCH] Enforce GMP/MPFR version requires and fix fortran/28276,27021   Daniel Berlin
• [PATCH] Enforce GMP/MPFR version requires and fix fortran/28276,27021   Mike Stump
• [PATCH] Enforce GMP/MPFR version requires and fix fortran/28276,27021   Geoffrey Keating
• [PATCH] Enforce GMP/MPFR version requires and fix fortran/28276,27021   Steve Kargl
• [PATCH] Enforce GMP/MPFR version requires and fix fortran/28276,27021   DJ Delorie
• [PATCH] Enforce GMP/MPFR version requires and fix fortran/28276,27021   Steve Kargl
• [PATCH] fixes Fortran parameter passing problem   Wolfgang Gellerich
• [PATCH] fixes Fortran parameter passing problem   Paul Thomas
• [PATCH] fixes Fortran parameter passing problem   Wolfgang Gellerich
• [PATCH] fixes Fortran parameter passing problem   Andreas Krebbel
• [patch] Fix PR fortran/27698 emit error when rejecting invalid name   Bernhard Fischer
• [patch] Fix PR fortran/27698 emit error when rejecting invalid name   Steve Kargl
• [patch] Fix PR fortran/27698 emit error when rejecting invalid name   Steve Kargl
• [PATCH] fortran/29147 -- Disable integer range checking.   Steve Kargl
• [PATCH] fortran/29147 -- Disable integer range checking.   Jerry DeLisle
• [PATCH] fortran/29147 -- Disable integer range checking.   Brooks Moses
• [PATCH] fortran/29147 -- Disable integer range checking.   Steve Kargl
• [PATCH] fortran/29147 -- Disable integer range checking.   Brooks Moses
• [PATCH] fortran/29147 -- Disable integer range checking.   Steve Kargl
• [PATCH] fortran/29147 -- Disable integer range checking.   Brooks Moses
• [PATCH] fortran/arith.c -- Fix the range of integers in overflow checks   Steve Kargl
• [PATCH] fortran/arith.c -- Fix the range of integers in overflow checks   Jerry DeLisle
• [PATCH] fortran/arith.c -- Fix the range of integers in overflow checks   Jerry DeLisle
• [PATCH] fortran/arith.c -- Fix the range of integers in overflow checks   Steve Kargl
• [patch] Install libgfortranbegin.a as compiler library instead of system library   François-Xavier Coudert
• [patch] Install libgfortranbegin.a as compiler library instead of system library   DJ Delorie
• [patch] Install libgfortranbegin.a as compiler library instead of system library   FX Coudert
• [patch] Install libgfortranbegin.a as compiler library instead of system library   Tom Tromey
• [patch] Install libgfortranbegin.a as compiler library instead of system library   Jakub Jelinek
• [patch] Install libgfortranbegin.a as compiler library instead of system library   FX Coudert
• [PATCH] libfortran/29121 -- Add real(10) and real(16) cpu_time routines   Steve Kargl
• [PATCH] libfortran/29121 -- Add real(10) and real(16) cpu_time routines   FX Coudert
• [PATCH] libfortran/29121 -- Add real(10) and real(16) cpu_time routines   Steve Kargl
• [PATCH] libfortran/29121 -- Add real(10) and real(16) cpu_time routines   FX Coudert
• [PATCH] libfortran/29121 -- Add real(10) and real(16) cpu_time routines   Steve Kargl
• [Re: gfortran, -static and cctools]   Jerry DeLisle
• [Re: gfortran, -static and cctools]   Jack Howarth
• [Re: gfortran, -static and cctools]   Steve Kargl
• another ICE   Daniel Franke
• argument 'type' might be clobbered by 'longjmp' or 'vfork'   Jack Howarth
• BFD Error a regression?   Jerry DeLisle
• BFD Error a regression?   Nick Clifton
• BFD Error a regression?   Tim Prince
• BFD Error a regression?   Jerry DeLisle
• BFD Error a regression?   Andrew Pinski
• BFD Error a regression?   Alan Modra
• Bug in testcase secnds.f and intrinsic function SECNDS ?   Wolfgang Gellerich
• Bug in testcase secnds.f and intrinsic function SECNDS ?   Jerry DeLisle
• Bug in testcase secnds.f and intrinsic function SECNDS ?   Wolfgang Gellerich
• Bug in testcase secnds.f and intrinsic function SECNDS ?   Bud Davis
• Bug in testcase secnds.f and intrinsic function SECNDS ?   Jerry DeLisle
• Building GFortran on Cygwin   Angelo Graziosi
• Building GFortran on Cygwin   Jerry DeLisle
• cast to pointer from integer of different size   Jack Howarth
• cast to pointer from integer of different size   Steve Kargl
• cast to pointer from integer of different size   Thomas Koenig
• cast to pointer from integer of different size   Jack Howarth
• cast to pointer from integer of different size   Steve Kargl
• cast to pointer from integer of different size   Jack Howarth
• cast to pointer from integer of different size   Steve Kargl
• cast to pointer from integer of different size   Jack Howarth
• cast to pointer from integer of different size   Steve Kargl
• cast to pointer from integer of different size   Thomas Koenig
• cast to pointer from integer of different size   Steve Kargl
• cast to pointer from integer of different size   Janne Blomqvist
• csqrt tests XPASSing   FX Coudert
• csqrt tests XPASSing   Andrew Pinski
• Darwin PPC -m64 fortran testing   Jack Howarth
• dependencies   Warren Turkal
• dependencies   Steve Kargl
• dependencies   Warren Turkal
• dependencies   Steve Kargl
• dependencies   Erik Zeek
• dependencies   Janne Blomqvist
• dependencies   Steve Kargl
• dependencies   Erik Edelmann
• dependencies   Steven Bosscher
• dependencies   Magnus Hagdorn
• dependencies   Daniel Franke
• dependencies   Janne Blomqvist
• dependencies   Magnus Hagdorn
• dependencies   Daniel Franke
• ENTRY bug   Steve Kargl
• ENTRY bug   Andrew Pinski
• ENTRY bug   Tim Prince
• ENTRY bug   Andrew Pinski
• Error message - CreateProcess   Bob Margulies
• Error message - CreateProcess   Tim Prince
• etime   Jack Howarth
• etime   Janne Blomqvist
• etime   Steve Kargl
• Failure in select_6.f90   Jerry DeLisle
• Failure in select_6.f90   Jerry DeLisle
• Failure in select_6.f90   Paul Thomas
• failures   Bud Davis
• failures   Steve Kargl
• failures   Bud Davis
• failures   Steve Kargl
• failures   Paul Thomas
• failures   Bud Davis
• Fix libgomp Fortran tests   Steve Kargl
• Fix libgomp Fortran tests   Roger Sayle
• Fix libgomp Fortran tests   Steve Kargl
• Fix libgomp Fortran tests   David Edelsohn
• Fix libgomp Fortran tests   Andrew Pinski
• Fix libgomp Fortran tests   Jerry DeLisle
• Fix libgomp Fortran tests   Steve Kargl
• Fix libgomp Fortran tests   Steve Kargl
• Fix libgomp Fortran tests   Jerry DeLisle
• Fix libgomp Fortran tests   Brooks Moses
• Fix libgomp Fortran tests   Brooks Moses
• Fix libgomp Fortran tests   Jakub Jelinek
• Fix libgomp Fortran tests   Brooks Moses
• Fix libgomp Fortran tests   Brooks Moses
• Fix libgomp Fortran tests   Jakub Jelinek
• Fix libgomp Fortran tests   Steve Kargl
• Fix libgomp Fortran tests   Steve Kargl
• Fix libgomp Fortran tests   Tobias Schlüter
• Fix libgomp Fortran tests   Steve Kargl
• Fix libgomp Fortran tests   H. J. Lu
• Fix libgomp Fortran tests   Steve Kargl
• Fix libgomp Fortran tests   Paul Brook
• Fix libgomp Fortran tests   Brooks Moses
• Fix libgomp Fortran tests   Steve Kargl
• Fix libgomp Fortran tests   Steve Kargl
• Fix libgomp Fortran tests   Jakub Jelinek
• Fix libgomp Fortran tests   Richard E Maine
• gfortran, -static and cctools   Jack Howarth
• gfortran, -static and cctools   Steve Kargl
• gfortran, -static and cctools   Andrew Pinski
• gfortran, -static and cctools   Jack Howarth
• gfortran, -static and cctools   Andrew Pinski
• gfortran, -static and cctools   Eric Christopher
• gfortran, -static and cctools   Jack Howarth
• gfortran, -static and cctools   Eric Christopher
• gfortran, -static and cctools   Geoffrey Keating
• gfortran 4.1.2: "internal compiler error: Segmentation fault"   Rob
• gfortran 4.1.2: "internal compiler error: Segmentation fault"   Craig Powers
• gfortran 4.1.2: "internal compiler error: Segmentation fault"   Bernhard Fischer
• Gfortran 4.3 projects   François-Xavier Coudert
• Gfortran 4.3 projects   Daniel Franke
• Gfortran 4.3 projects   Tobias Burnus
• Gfortran 4.3 projects   Daniel Franke
• Gfortran 4.3 projects   Tobias Burnus
• Gfortran 4.3 projects   François-Xavier Coudert
• Gfortran 4.3 projects   Tobias Burnus
• Gfortran 4.3 projects   Christopher D. Rickett
• Gfortran 4.3 projects   Steve Kargl
• Gfortran 4.3 projects   Christopher D. Rickett
• Gfortran 4.3 projects   Steve Kargl
• GFortranBinariesWindows - GCC Wiki   Toon Moene
• gfortran hppa-linux failures   FX Coudert
• gfortran hppa-linux failures   John David Anglin
• ICE   Salvatore Filippone
• ICE   Paul Thomas
• ICE   Salvatore Filippone
• ICE   Paul Thomas
• ICE   Ray Nachlinger
• ICE   Paul Thomas
• ice: one-line case statement   Steve Kargl
• ice: one-line case statement   Paul Thomas
• ICE in operand_subword_force, at emit-rtl.c:1353   Daniel Franke
• ICE in operand_subword_force, at emit-rtl.c:1353   Paul THOMAS
• ICE in operand_subword_force, at emit-rtl.c:1353   Daniel Franke
• ICE in operand_subword_force, at emit-rtl.c:1353   Tobias Schlüter
• ICE in operand_subword_force, at emit-rtl.c:1353   Tobias Schlüter
• informational question: compile time of large DATA arrays   Daniel Franke
• informational question: compile time of large DATA arrays   Bud Davis
• informational question: compile time of large DATA arrays   Tobias Schlüter
• informational question: compile time of large DATA arrays   Daniel Franke
• informational question: compile time of large DATA arrays   Bud Davis
• informational question: compile time of large DATA arrays   Steve Kargl
• informational question: compile time of large DATA arrays   Richard E Maine
• informational question: compile time of large DATA arrays   Daniel Franke
• informational question: compile time of large DATA arrays   Richard E Maine
• Inlining?   Philippe Schaffnit
• Inlining?   Andrew Pinski
• Inlining?   Jerry DeLisle
• Inlining?   Andrew Pinski
• Intrinsic modules   François-Xavier Coudert
• Intrinsic modules   Brooks Moses
• Intrinsic modules   Christopher D. Rickett
• Is GFortran stable enough to actually use?   Steve Kargl
• Is GFortran stable enough to actually use?   Christopher D. Rickett
• Is GFortran stable enough to actually use?   Steve Kargl
• Is GFortran stable enough to actually use?   Christopher D. Rickett
• Is GFortran stable enough to actually use?   Steve Kargl
• Is GFortran stable enough to actually use?   Christopher D. Rickett
• Is GFortran stable enough to actually use?   Steve Kargl
• Is GFortran stable enough to actually use?   Christopher D. Rickett
• Is GFortran stable enough to actually use?   Paul Thomas
• Is the included code standard conforming?   Dominique Dhumieres
• Is the included code standard conforming?   Brooks Moses
• Is the included code standard conforming?   FX Coudert
• Is the included code standard conforming?   Brooks Moses
• libgfortranbegin.a not being inside compiler lib directory   FX Coudert
• libgfortranbegin.a not being inside compiler lib directory   Paul Brook
• libgfortran build broken on Darwin ppc   Jack Howarth
• libgfortran build broken on Darwin ppc   Jack Howarth
• libgfortran build broken on Darwin ppc   Jack Howarth
• libgfortran build broken on Darwin ppc   Jack Howarth
• libgfortran build broken on Darwin ppc   Jack Howarth
• libgfortran build broken on Darwin ppc   Eric Christopher
• libgfortran build broken on Darwin ppc   Jack Howarth
• libgfortran build broken on Darwin ppc   Eric Christopher
• libgfortran build broken on Darwin ppc   Shantonu Sen
• libgfortran build broken on Darwin ppc   Eric Christopher
• libgfortran build broken on Darwin ppc   Jack Howarth
• libgfortran build broken on Darwin ppc   Geoffrey Keating
• libgfortran build broken on Darwin ppc   Jack Howarth
• memory leak in libgfortran   Daniel Franke
• memory leak in libgfortran   Steve Kargl
• more might be clobbered   Jack Howarth
• nearest_1.f90 failure on i686-linux   François-Xavier Coudert
• nearest_1.f90 failure on i686-linux   Steve Kargl
• new gfortran bug?   Juha Ruokolainen
• new gfortran bug?   Tobias Burnus
• new gfortran bug?   Paul Thomas
• new gfortran bug?   Juha Ruokolainen
• new gfortran bug?   François-Xavier Coudert
• new gfortran bug?   Juha Ruokolainen
• no previous prototype for 'internal_pack_c16'   Jack Howarth
• Obsolescent character function (Cygwin)   Angelo Graziosi
• Obsolescent character function (Cygwin)   Steve Kargl
• Obsolescent character function (Cygwin)   Brooks Moses
• Obsolescent character function (Cygwin)   Angelo Graziosi
• Out-of-bounds message (was: Re: Gfortran 4.3 projects)   François-Xavier Coudert
• Passing functions to functions   Andrew Clausen
• Passing functions to functions   Tim Prince
• Passing functions to functions   Paul THOMAS
• ping [patch] gfortran.dg/vect/vect-5: don't xfail lp64 revised   Jack Howarth
• ping [patch] gfortran.dg/vect/vect-5: don't xfail lp64 revised   Jerry DeLisle
• ping [patch] gfortran.dg/vect/vect-5: don't xfail lp64 revised   Jack Howarth
• ping [patch] gfortran.dg/vect/vect-5: don't xfail lp64 revised   Jerry DeLisle
• Polyhedron benchmark on Opteron   François-Xavier Coudert
• Polyhedron benchmark on Opteron   Steve Kargl
• Polyhedron benchmark on Opteron   François-Xavier Coudert
• Polyhedron benchmark on Opteron   Dominique Dhumieres
• Polyhedron benchmark on Opteron   Tim Prince
• Polyhedron benchmark on Opteron   Tim Prince
• Polyhedron benchmark on Opteron   Dominique Dhumieres
• Polyhedron benchmark on Opteron   Tim Prince
• possible to debug gfortran with gdb?   Ed Hartnett
• possible to debug gfortran with gdb?   Tim Prince
• possible to debug gfortran with gdb?   François-Xavier Coudert
• possible to debug gfortran with gdb?   Jack Howarth
• possible to debug gfortran with gdb?   Tobias Schlüter
• PR28914 Submission is coming shortly   Jerry DeLisle
• pr28923   Dominique Dhumieres
• pr28923   Richard E Maine
• PR28959 (was Re: ICE)   Salvatore Filippone
• pr28974 Extremely slow compilation of enumerated DATA statements.   Bud Davis
• pr28974 Extremely slow compilation of enumerated DATA statements.   Jerry DeLisle
• PR29098 - allocation of a pointer to a derived type crashes   Paul Thomas
• PR29098 - allocation of a pointer to a derived type crashes   Steve Kargl
• PR29098 - allocation of a pointer to a derived type crashes   Paul Thomas
• PR 29101 (was: Re: memory leak in libgfortran)   Daniel Franke
• Problem in intrinsic.c?   François-Xavier Coudert
• Problem in intrinsic.c?   Brooks Moses
• Problem in intrinsic.c?   Dominique Dhumieres
• Problem in intrinsic.c?   FX Coudert
• Problem in intrinsic.c?   Dominique Dhumieres
• Problems with '-x f95-cpp-input' and '-pedantic-errors'   Philippe Schaffnit
• Problems with '-x f95-cpp-input' and '-pedantic-errors'   Jerry DeLisle
• Problems with '-x f95-cpp-input' and '-pedantic-errors'   Philippe Schaffnit
• Problems with STREAM I/0   Steve Kargl
• Problems with STREAM I/0   Jerry DeLisle
• Problems with STREAM I/0   Steve Kargl
• Problems with STREAM I/0   Jerry DeLisle
• Problems with STREAM I/0   Steve Kargl
• PRs 28971 and 28993   Paul Thomas
• PRs 28971 and 28993   Paul Thomas
• PRs 28971 and 28993   Steve Kargl
• PRs 28971 and 28993   Andrew Pinski
• Query about function result having allocatable component of derived type   Sudesh Chandna, Noida
• Query about function result having allocatable component of derived type   Richard E Maine
• Ran HIRLAM with gfortran 4.1.1 on Debian testing (as of 20060903)   Toon Moene
• reference implementation of BLAS   Warren Turkal
• reference implementation of BLAS   Tobias Burnus
• reference implementation of BLAS   Jerry DeLisle
• reference implementation of BLAS   Warren Turkal
• reference implementation of BLAS   Warren Turkal
• reference implementation of BLAS   Steve Kargl
• reference implementation of BLAS   Tim Prince
• reference implementation of BLAS   Steve Kargl
• reference implementation of BLAS   Jack Howarth
• reference implementation of BLAS   Andrew Pinski
• reference implementation of BLAS   Steve Kargl
• reference implementation of BLAS   Warren Turkal
• reference implementation of BLAS   Warren Turkal
• reference implementation of BLAS   Steve Kargl
• Remove non-existent header file from Makefile   FX Coudert
• SIGSEV in f951   Daniel Franke
• SIGSEV in f951   THOMAS Paul Richard 169137
• SIGSEV in f951   Daniel Franke
• single to double conversion   Brian Barnes
• single to double conversion   Craig Powers
• single to double conversion   Tobias Burnus
• single to double conversion   Brian Barnes
• single to double conversion   Brian Barnes
• single to double conversion   Tim Prince
• single to double conversion   Steve Kargl
• single to double conversion   Tobias Schlüter
• single to double conversion   Richard E Maine
• single to double conversion   Tobias Burnus
• single to double conversion   Brian Barnes
• single to double conversion   Dominique Dhumieres
• single to double conversion   Steve Kargl
• single to double conversion   Brian Barnes
• single to double conversion   Richard E Maine
• single to double conversion   Tobias Schlüter
• single to double conversion   Steve Kargl
• single to double conversion   Richard E Maine
• single to double conversion   Craig Powers
• single to double conversion   Thomas Koenig
• Standard conformance question   Salvatore Filippone
• Standard conformance question   Andrew Pinski
• Standard conformance question   Paul THOMAS
• Testsuite failures with specific_1.f90   Steve Kargl
• Testsuite failures with specific_1.f90   FX Coudert
• What's the standard way of referring to gfortran in the manual?   Brooks Moses
• What's the standard way of referring to gfortran in the manual?   Steve Kargl
• Where does tree-ssa.c read the variable names for -Wuninitialized messages?   François-Xavier Coudert
• Where does tree-ssa.c read the variable names for -Wuninitialized messages?   Diego Novillo
• Where does tree-ssa.c read the variable names for -Wuninitialized messages?   François-Xavier Coudert
• where we are in respect to 4.2 release   Bud Davis
• where we are in respect to 4.2 release   Steve Kargl
• where we are in respect to 4.2 release   Jerry DeLisle
• where we are in respect to 4.2 release   Erik Edelmann
• where we are in respect to 4.2 release   Tobias Burnus
• where we are in respect to 4.2 release   Paul Thomas
• XPASS: gfortran.dg/vect/vect-5.f90 on PPC64   Jack Howarth
• XPASS: gfortran.dg/vect/vect-5.f90 on PPC64   Dorit Nuzman
• XPASS: gfortran.dg/vect/vect-5.f90 on PPC64   Jack Howarth
• XPASS: gfortran.dg/vect/vect-5.f90 on PPC64   Jack Howarth

Last message date: Sat Sep 30 23:05:00 GMT 2006
Archived on: Sun Mar 8 07:01:30 GMT 2020

• Messages sorted by: [ thread ] [ author ] [ date ]
• More info on this list...