From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 68970 invoked by alias); 18 Jul 2015 18:02:16 -0000 Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org Received: (qmail 68946 invoked by uid 89); 18 Jul 2015 18:02:15 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-1.9 required=5.0 tests=AWL,BAYES_00,FREEMAIL_ENVFROM_END_DIGIT,FREEMAIL_FROM,RCVD_IN_DNSWL_LOW,SPF_PASS autolearn=ham version=3.3.2 X-HELO: mail-pd0-f170.google.com Received: from mail-pd0-f170.google.com (HELO mail-pd0-f170.google.com) (209.85.192.170) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES128-GCM-SHA256 encrypted) ESMTPS; Sat, 18 Jul 2015 18:02:14 +0000 Received: by pdrg1 with SMTP id g1so78812672pdr.2 for ; Sat, 18 Jul 2015 11:02:12 -0700 (PDT) X-Received: by 10.66.101.104 with SMTP id ff8mr1418475pab.59.1437242532384; Sat, 18 Jul 2015 11:02:12 -0700 (PDT) Received: from seba.sebabeach.org.gmail.com (173-13-178-53-sfba.hfc.comcastbusiness.net. [173.13.178.53]) by smtp.gmail.com with ESMTPSA id kh6sm14912781pbc.50.2015.07.18.11.02.10 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sat, 18 Jul 2015 11:02:11 -0700 (PDT) From: Doug Evans To: Iain Buclaw Cc: gdb-patches@sourceware.org Subject: Re: [PATCH] D: support reading modules from DWARF References: Date: Sat, 18 Jul 2015 18:02:00 -0000 In-Reply-To: (Iain Buclaw's message of "Mon, 13 Jul 2015 19:47:30 +0200") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.5 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-IsSubscribed: yes X-SW-Source: 2015-07/txt/msg00538.txt.bz2 Iain Buclaw writes: > Hi, > > D uses modules (DW_TAG_module), but to separate the namespace of every > source file. Modules can be imported into each other, either publicly > or privately (DW_TAG_imported_module). Or declarations can be > selectively imported or renamed (DW_TAG_imported_decl). > > This patch pretty much just extends the existing support for > namespaces/modules in C++/Fortran/Java to include language_d too. > However unlike Fortran/C++, the separator for qualified names is a > single dot. > > This will need to be followed up with a patch to support looking up > symbols in D module 'namespaces'. However I'm currently unsure > whether to either extend cp-namespace.c, or to go ahead with my > current fork (d-namespace.c), which copies only what's needed, > adjusting for D-specific symbol import logic. Hi. Re: cp-namespace.c: Hard to say without seeing the patch, but having spent a lot of time cleaning up cp-namespace.c I'm not fond of complicating it again to handle more languages. So, and again I'd have to see the patch to be sure, I'd say plan on going with d-namespace.c.