From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 11624 invoked by alias); 8 Apr 2009 20:59:49 -0000 Received: (qmail 11595 invoked by uid 48); 8 Apr 2009 20:59:37 -0000 Date: Wed, 08 Apr 2009 20:59:00 -0000 Message-ID: <20090408205937.11594.qmail@sourceware.org> X-Bugzilla-Reason: CC References: Subject: [Bug libfortran/39665] [4.5 Regression] Fortran IO using unaligned accesses to read/write doubles. In-Reply-To: Reply-To: gcc-bugzilla@gcc.gnu.org To: gcc-bugs@gcc.gnu.org From: "jb at gcc dot gnu dot org" Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org X-SW-Source: 2009-04/txt/msg00785.txt.bz2 ------- Comment #6 from jb at gcc dot gnu dot org 2009-04-08 20:59 ------- (In reply to comment #5) > In addition to the alignment problem, check out the case 10 and case 16 entries > in the convert_real subroutine. After checking to see that strtold exists, > they actually go and call strtod instead of strtold. This is causing some of > my failures. Can you roll this change into your patch too. Huh? At least in my tree (r145761) they call strtold as they should: #if defined(HAVE_GFC_REAL_10) && defined (HAVE_STRTOLD) case 10: *((GFC_REAL_10*) dest) = strtold (buffer, NULL); break; #endif #if defined(HAVE_GFC_REAL_16) && defined (HAVE_STRTOLD) case 16: *((GFC_REAL_16*) dest) = strtold (buffer, NULL); break; #endif -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39665