September 2006 Archives by thread

• Messages sorted by: [ subject ] [ 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

• [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
• pr28923   Dominique Dhumieres
  • pr28923   Richard E Maine
• SIGSEV in f951   Daniel Franke
  • SIGSEV in f951   THOMAS Paul Richard 169137
    • SIGSEV in f951   Daniel Franke
• GFortranBinariesWindows - GCC Wiki   Toon Moene
• [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
• ICE   Salvatore Filippone
  • ICE   Paul Thomas
    • ICE   Salvatore Filippone
      • ICE   Paul Thomas
      • ICE   Ray Nachlinger
      • ICE   Paul Thomas
      • PR28959 (was Re: ICE)   Salvatore Filippone
• [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
• Error message - CreateProcess   Bob Margulies
  • Error message - CreateProcess   Tim Prince
• Inlining?   Philippe Schaffnit
  • Inlining?   Andrew Pinski
    • Inlining?   Jerry DeLisle
      • Inlining?   Andrew Pinski
• 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
• [patch, testsuite] Fix intrinsic_set_exponent.f90 nonconformance usage   Steve Kargl
• 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   Jerry DeLisle
      • Fix libgomp Fortran tests   Brooks Moses
      • Fix libgomp Fortran tests   Brooks Moses
      • Fix libgomp Fortran tests   Paul Brook
      • Fix libgomp Fortran tests   Brooks Moses
      • Fix libgomp Fortran tests   Steve Kargl
    • Fix libgomp Fortran tests   Brooks Moses
      • Fix libgomp Fortran tests   Steve Kargl
      • Fix libgomp Fortran tests   Tobias Schlüter
      • Fix libgomp Fortran tests   Steve Kargl
      • Fix libgomp Fortran tests   Richard E Maine
  • Fix libgomp Fortran tests   Jakub Jelinek
    • Fix libgomp Fortran tests   Brooks Moses
      • Fix libgomp Fortran tests   Jakub Jelinek
      • Fix libgomp Fortran tests   Steve Kargl
      • Fix libgomp Fortran tests   H. J. Lu
      • Fix libgomp Fortran tests   Steve Kargl
      • Fix libgomp Fortran tests   Steve Kargl
    • Fix libgomp Fortran tests   Steve Kargl
      • Fix libgomp Fortran tests   Jakub Jelinek
• 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
• 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
• -fbounds-check causes Segmentation fault   marco restelli
  • -fbounds-check causes Segmentation fault   Jerry DeLisle
• 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   Shantonu Sen
      • 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   Jack Howarth
    • libgfortran build broken on Darwin ppc   Geoffrey Keating
  • libgfortran build broken on Darwin ppc   Jack Howarth
• [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
• Ran HIRLAM with gfortran 4.1.1 on Debian testing (as of 20060903)   Toon Moene
• PR28914 Submission is coming shortly   Jerry DeLisle
• [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
• 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   Erik Edelmann
      • where we are in respect to 4.2 release   Tobias Burnus
      • where we are in respect to 4.2 release   Paul Thomas
  • where we are in respect to 4.2 release   Jerry DeLisle
• gfortran, -static and cctools   Jack Howarth
  • gfortran, -static and cctools   Steve Kargl
    • gfortran, -static and cctools   Eric Christopher
  • gfortran, -static and cctools   Andrew Pinski
  • gfortran, -static and cctools   Jack Howarth
    • gfortran, -static and cctools   Andrew Pinski
  • gfortran, -static and cctools   Jack Howarth
    • gfortran, -static and cctools   Eric Christopher
    • gfortran, -static and cctools   Geoffrey Keating
• [Re: gfortran, -static and cctools]   Jerry DeLisle
  • [Re: gfortran, -static and cctools]   Jack Howarth
    • [Re: gfortran, -static and cctools]   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   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
  • 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
• [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
• etime   Jack Howarth
  • etime   Janne Blomqvist
  • etime   Steve Kargl
• [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
• [Committed] fortran/intrinsic.[ch] -- Update copyright date.   Steve Kargl
• Obsolescent character function (Cygwin)   Angelo Graziosi
  • Obsolescent character function (Cygwin)   Steve Kargl
    • Obsolescent character function (Cygwin)   Angelo Graziosi
  • Obsolescent character function (Cygwin)   Brooks Moses
• PRs 28971 and 28993   Paul Thomas
  • PRs 28971 and 28993   Paul Thomas
  • PRs 28971 and 28993   Steve Kargl
  • PRs 28971 and 28993   Andrew Pinski
• [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, fortran] PR28971 - undiagnosed, self-healing regression   Paul Thomas
• [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   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   Paul Thomas
  • [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   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   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   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   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   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   Ian Lance Taylor
      • [PATCH] Enforce GMP/MPFR version requires and fix fortran/28276,27021   Geoffrey Keating
      • [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   Mike Stump
      • [PATCH] Enforce GMP/MPFR version requires and fix fortran/28276,27021   Daniel Berlin
      • [PATCH] Enforce GMP/MPFR version requires and fix fortran/28276,27021   Geoffrey Keating
    • [PATCH] Enforce GMP/MPFR version requires and fix fortran/28276,27021   Daniel Berlin
    • [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
• 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
• [Patch, fortran] PR29051 - ICE on error in "old-style" initializer   Paul Thomas
  • [Patch, fortran] PR29051 - ICE on error in "old-style" initializer   Bud Davis
• Darwin PPC -m64 fortran testing   Jack Howarth
• memory leak in libgfortran   Daniel Franke
  • memory leak in libgfortran   Steve Kargl
    • PR 29101 (was: Re: memory leak in libgfortran)   Daniel Franke
• ice: one-line case statement   Steve Kargl
  • ice: one-line case statement   Paul Thomas
• 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
• [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,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, 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   Steve Kargl
  • [Patch, fortran] PR28526 - 'end' is recognized as a variable incorrectly   Craig Powers
• 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
• 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
• ENTRY bug   Steve Kargl
  • ENTRY bug   Andrew Pinski
    • ENTRY bug   Tim Prince
      • ENTRY bug   Andrew Pinski
• pr28974 Extremely slow compilation of enumerated DATA statements.   Bud Davis
  • pr28974 Extremely slow compilation of enumerated DATA statements.   Jerry DeLisle
• BFD Error a regression?   Jerry DeLisle
  • BFD Error a regression?   Nick Clifton
    • BFD Error a regression?   Jerry DeLisle
      • BFD Error a regression?   Alan Modra
  • BFD Error a regression?   Tim Prince
    • BFD Error a regression?   Andrew Pinski
• 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
  • [Patch, fortran] PR29098 - allocation of a pointer to a derived type crashes   Paul Thomas
• [gfortran] add SIGNAL and ALARM intrinsics   Bernhard Fischer
• [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] PR28817 and PR21918   Paul Thomas
  • [Patch, fortran] PR28817 and PR21918   Steve Kargl
    • [Patch, fortran] PR28817 and PR21918   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   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   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] PR20779 and PR20891 - allocation of STAT or specification variables in same call   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
• 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
• 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
• [gomp] Support Fortran OpenMP conditional inclusion   Jakub Jelinek
  • [gomp] Support Fortran OpenMP conditional inclusion   Steve Kargl
• 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
• [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   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
• 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
• 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
• Out-of-bounds message (was: Re: Gfortran 4.3 projects)   François-Xavier Coudert
• [Fwd: [ANN]: gfortran Plugin for Xcode]   Andrew Pinski
  • [Fwd: [ANN]: gfortran Plugin for Xcode]   Jack Howarth
    • 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?   Tobias Schlüter
      • possible to debug gfortran with gdb?   Jack Howarth
• reference implementation of BLAS   Warren Turkal
  • reference implementation of BLAS   Tobias Burnus
    • reference implementation of BLAS   Warren Turkal
  • reference implementation of BLAS   Jerry DeLisle
    • 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   Warren Turkal
      • reference implementation of BLAS   Warren Turkal
      • reference implementation of BLAS   Steve Kargl
  • reference implementation of BLAS   Jack Howarth
    • reference implementation of BLAS   Andrew Pinski
    • reference implementation of BLAS   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, 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   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] PR19262 more than thirty-nine continuation lines should issue a std-warn   Manfred Schwarb
• Remove non-existent header file from Makefile   FX Coudert
• Passing functions to functions   Andrew Clausen
  • Passing functions to functions   Tim Prince
  • Passing functions to functions   Paul THOMAS
• [gfortran,patch] MATMUL using BLAS gemm routines   François-Xavier Coudert
  • [gfortran,patch] MATMUL using BLAS gemm routines   François-Xavier Coudert
• [gfortran,commited] Fix ICE on error message display   François-Xavier Coudert
• 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
• 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
• another ICE   Daniel Franke
• libgfortranbegin.a not being inside compiler lib directory   FX Coudert
  • libgfortranbegin.a not being inside compiler lib directory   Paul Brook
• Intrinsic modules   François-Xavier Coudert
  • Intrinsic modules   Brooks Moses
  • Intrinsic modules   Christopher D. Rickett
• Standard conformance question   Salvatore Filippone
  • Standard conformance question   Andrew Pinski
  • Standard conformance question   Paul THOMAS
• [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
• single to double conversion   Brian Barnes
  • single to double conversion   Craig Powers
    • 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   Tim Prince
      • single to double conversion   Richard E Maine
      • single to double conversion   Steve Kargl
      • single to double conversion   Tobias Schlüter
      • single to double conversion   Brian Barnes
      • single to double conversion   Tobias Burnus
      • single to double conversion   Steve Kargl
      • 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   Dominique Dhumieres
    • single to double conversion   Thomas Koenig
  • single to double conversion   Brian Barnes
• gfortran hppa-linux failures   FX Coudert
  • gfortran hppa-linux failures   John David Anglin
• [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
• [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
• nearest_1.f90 failure on i686-linux   François-Xavier Coudert
  • nearest_1.f90 failure on i686-linux   Steve Kargl
• 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
• 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
• [Committed] gfortran.dg/nearest_1.f90 workaround testsuite failure   Steve Kargl
• csqrt tests XPASSing   FX Coudert
  • csqrt tests XPASSing   Andrew Pinski
• [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
• [libgfortran,commited] Correct cabs and conjg specifics   FX Coudert
• 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
• [Fwd: Re: Polyhedron benchmark on Opteron]   FX Coudert
  • [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]   Tobias Burnus
  • [Fwd: Re: Polyhedron benchmark on Opteron]   Tim Prince
• 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
• no previous prototype for 'internal_pack_c16'   Jack Howarth
• argument 'type' might be clobbered by 'longjmp' or 'vfork'   Jack Howarth
• more might be clobbered   Jack Howarth
• Building GFortran on Cygwin   Angelo Graziosi
  • Building GFortran on Cygwin   Jerry DeLisle
• 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

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

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