From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 12609 invoked by alias); 10 Apr 2002 19:31:25 -0000 Mailing-List: contact gdb-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sources.redhat.com Received: (qmail 12579 invoked from network); 10 Apr 2002 19:31:22 -0000 Received: from unknown (HELO www.dberlin.org) (151.204.251.35) by sources.redhat.com with SMTP; 10 Apr 2002 19:31:22 -0000 Received: from localhost (localhost.localdomain [127.0.0.1]) by www.dberlin.org (Postfix) with ESMTP id F366E1045520; Wed, 10 Apr 2002 15:31:21 -0400 (EDT) Date: Wed, 10 Apr 2002 12:31:00 -0000 From: Daniel Berlin To: Jim Blandy Cc: Petr Sorfa , , Benjamin Kosnik , Daniel Berlin Subject: Re: C++ nested classes, namespaces, structs, and compound statements In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-SW-Source: 2002-04/txt/msg00158.txt.bz2 On 10 Apr 2002, Jim Blandy wrote: > > Petr Sorfa writes: > > I've implemented FORTRAN95 MODULE support which is essentially > > equivalent to namespaces (except you cannot have nested MODULEs.) I > > treat it internally as a static class. For scoping issues I simply add > > (in DWARF) the current local symbols to the MODULE to the local symbols > > of the PROGRAM, CONTAINS, SUBROUTINE and FUNCTION scopes. A similar kind > > of approach will allow nested C++ namespaces (flame bait comment.) > > I'm not sure I understand your implementation. (And I'm sure I don't > understand FORTRAN...) So, when some program construct imports a > module, you actually repeat the declarations for the imported module's > contents in the debug info for the importing construct? > And if so, isn't the memory usage absurd for large programs?