From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 8307 invoked by alias); 9 Jan 2006 07:37:00 -0000 Received: (qmail 8276 invoked by alias); 9 Jan 2006 07:36:58 -0000 Date: Mon, 09 Jan 2006 07:37:00 -0000 Message-ID: <20060109073658.8275.qmail@sourceware.org> X-Bugzilla-Reason: CC References: Subject: [Bug fortran/25708] Module loading is not good at all In-Reply-To: Reply-To: gcc-bugzilla@gcc.gnu.org To: gcc-bugs@gcc.gnu.org From: "paul dot richard dot thomas at cea dot fr" 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-01/txt/msg00793.txt.bz2 List-Id: ------- Comment #2 from paul dot richard dot thomas at cea dot fr 2006-01-09 07:36 ------- Subject: RE: Module loading is not good at all Andrew, > ------- Comment #1 from pinskia at gcc dot gnu dot org > 2006-01-07 05:10 ------- > Looking at the profile for PR 21130 makes me think fixing > this bug will also > fix that one. > Oh. it is just as bad if we have module modulef declared in > the same file as we > have to save it and then reload it which is just a waste of time. > I have proposed to introduce module namespaces that are built just once per compiled file per module; either from source or a mod file. Subsequent usage can lift the symbol information from the appropriate namespace. > To Paul: > Also fixing up the derived types after the fact is just wrong > that was PR > 25391. > What makes you say that? We have a choice about the way that this should be done: (i) Catch equal derived types at the read_module + match stage; (ii) At resolution; or (iii) At the translation stage. I came to the conclusion that (iii) was the most economical, in terms of code, and the simplest to implement. There is nothing "wrong" in having separate symbols for the same object in different scopes, just as long as the tree declaration is the same. Paul -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25708