From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 14102 invoked by alias); 26 Apr 2006 04:10:31 -0000 Received: (qmail 14090 invoked by uid 48); 26 Apr 2006 04:10:26 -0000 Date: Wed, 26 Apr 2006 04:10:00 -0000 Message-ID: <20060426041026.14089.qmail@sourceware.org> X-Bugzilla-Reason: CC References: Subject: [Bug fortran/27304] gfortran: Warn/abort when format in write does not fit passed arguments In-Reply-To: Reply-To: gcc-bugzilla@gcc.gnu.org To: gcc-bugs@gcc.gnu.org From: "jvdelisle at gcc dot gnu dot org" Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org X-SW-Source: 2006-04/txt/msg02262.txt.bz2 List-Id: ------- Comment #3 from jvdelisle at gcc dot gnu dot org 2006-04-26 04:10 ------- I am not sure (emphasis on not sure) I agree with this. But I can explain what it is doing. It is correctly printing out the letter 'n' then its looking for the first data item and finds the integer in the list, it reverts on the format statement, performs it and then its done because there are no more data items. At least its logical. :) I wonder if this is a case of illegal code. Intel errors on "infinite format". In other words it keeps reverting looking for a format specifier. gfortran is format driven until there is no more data. g77 exactly matches gfortran in behavior. We should check the standard. Is it required that there is a data format specifier? If not, then this could be an enhancement. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27304