From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 743 invoked by alias); 6 Apr 2002 16:49:30 -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 728 invoked from network); 6 Apr 2002 16:49:29 -0000 Received: from unknown (HELO bothner.com) (216.102.199.253) by sources.redhat.com with SMTP; 6 Apr 2002 16:49:29 -0000 Received: from bothner.com (eureka.bothner.com [192.168.1.9]) by bothner.com (8.11.6/8.11.6) with ESMTP id g36GvvR12107; Sat, 6 Apr 2002 08:57:58 -0800 Message-ID: <3CAF2753.4030705@bothner.com> Date: Sat, 06 Apr 2002 08:49:00 -0000 From: Per Bothner User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.9+) Gecko/20020328 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Jim Blandy CC: gdb@sources.redhat.com Subject: Re: C++ nested classes, namespaces, structs, and compound statements References: <20020406044204.245E45EA11@zwingli.cygnus.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-SW-Source: 2002-04/txt/msg00084.txt.bz2 Nothing much to add, except that namespace support is even more critical for Java, in which *all* code uses namespaces (aka "packages"). We kludge around it, by treating a compound name like 'java.lang.Object' as a single name, but this doesn't work all that well, especially with mixed Java/C++ code. And the primitive methods in Gcj are written in C++. Fixing this mess is perhaps the most critical issue in terms of improving Java support in gdb. Java also has nested ("inner") classes. -- --Per Bothner per@bothner.com http://www.bothner.com/per/