From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 14517 invoked by alias); 29 Jul 2010 17:00:27 -0000 Received: (qmail 14415 invoked by uid 48); 29 Jul 2010 17:00:10 -0000 Date: Thu, 29 Jul 2010 17:00:00 -0000 Message-ID: <20100729170010.14414.qmail@sourceware.org> X-Bugzilla-Reason: CC References: Subject: [Bug fortran/45077] ICE with -fwhole-file in fold_convert_loc, at fold-const.c:2021 In-Reply-To: Reply-To: gcc-bugzilla@gcc.gnu.org To: gcc-bugs@gcc.gnu.org From: "burnus 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: 2010-07/txt/msg03234.txt.bz2 ------- Comment #5 from burnus at gcc dot gnu dot org 2010-07-29 17:00 ------- (In reply to comment #4) > Fixed for the unmodified example in comment 1 - and also for PR 40011 comment > 47. > > However, the following remains to be done: It still fails if one moves "module > iso_red" into a separate file (cf. PR 44945). The reason is that then "gsym" > will come up as NULL and every > module user uses a different decl. The challenge to handle truly external procedures correctly is to use - if possible - the correct interface. For EXTERNAL this is not quite possible - but one should try to merge the different declarations while one parses the file, e.g. when one encounters "EXTERNAL" one generates a GSYM - which later gets updated with the interface (if present somewhere), by procedure usage ("call"), or by the actual external procedure if it comes later in the file. At the same time, a consistency check for type and arguments can be done. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45077