From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 22811 invoked by alias); 26 Jul 2010 13:45:50 -0000 Received: (qmail 22722 invoked by uid 48); 26 Jul 2010 13:45:30 -0000 Date: Mon, 26 Jul 2010 13:45:00 -0000 Message-ID: <20100726134530.22721.qmail@sourceware.org> X-Bugzilla-Reason: CC References: Subject: [Bug fortran/37744] ICE-on-invalid with ISO_C_BINDING In-Reply-To: Reply-To: gcc-bugzilla@gcc.gnu.org To: gcc-bugs@gcc.gnu.org From: "dominiq at lps dot ens dot fr" 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: 2010-07/txt/msg02860.txt.bz2 ------- Comment #11 from dominiq at lps dot ens dot fr 2010-07-26 13:45 ------- (In reply to comment #10) > > Note that since revision 162531 (-fwhole-file is now the default) the tests in > > this pr no longer give ICEs. However these ICEs reappear when the tests are > > compiled with -fno-whole-file. > > Then, I am inclined to close it as WONTFIX. As written elsewhere: > -fno-whole-file is deprecated and I want to remove it early in 4.7 (though > others disagree). Well, I am among those who disagree. I think the flag -fno-whole-file will be quite useful to locate remaining failure due to -fwhole-file and I seriously doubt that the list will be exhausted before stage 3 of 4.7 (in addition I don't see the interest of irregular options: if you want to get rid of the -fno-whole-file, you should also remove -fwhole-file and all the associated machinery!-). I think this PR should be left open as P5 and enhancement. If some day the options -f(no-)?while-file and the corresponding code are removed, then it could be close as wontfiw or invalid. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37744