From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 23218 invoked by alias); 9 Sep 2002 18:18:57 -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 23211 invoked from network); 9 Sep 2002 18:18:56 -0000 Received: from unknown (HELO jackfruit.Stanford.EDU) (171.64.38.136) by sources.redhat.com with SMTP; 9 Sep 2002 18:18:56 -0000 Received: (from carlton@localhost) by jackfruit.Stanford.EDU (8.11.6/8.11.6) id g89IIqN31159; Mon, 9 Sep 2002 11:18:52 -0700 X-Authentication-Warning: jackfruit.Stanford.EDU: carlton set sender to carlton@math.stanford.edu using -f To: Daniel Jacobowitz Cc: Per Bothner , gdb Subject: Re: struct environment References: <87heh2ofia.fsf@fleche.redhat.com> <3D7A371E.2070806@bothner.com> <20020907173200.GA28687@nevyn.them.org> Content-Type: text/plain; charset=US-ASCII From: David Carlton Date: Mon, 09 Sep 2002 11:18:00 -0000 In-Reply-To: <20020907173200.GA28687@nevyn.them.org> Message-ID: User-Agent: Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.4 (Common Lisp) MIME-Version: 1.0 X-SW-Source: 2002-09/txt/msg00056.txt.bz2 On Sat, 7 Sep 2002 13:32:00 -0400, Daniel Jacobowitz said: > On Sat, Sep 07, 2002 at 10:27:58AM -0700, Per Bothner wrote: >> David Carlton wrote: >>> One interesting thing that's going on is that the classes in question >>> are all apparently "dynamically loaded". >> Yes. This code date back the the very early days of gcj, when we >> were basing it on the Kaffe run-time, which was JIT-based. Even >> the days it is possible for a class to be generated on-the-fly, or >> loaded from a .jar file containing bytecodes. Such a class will >> not have dwarf or other static symbols. So this was an attempt to >> extract the type information from a class from the run-time type >> information for a class instead of or in addition to the static >> symbols. Thanks for the info. > OK. At this point, then, I think the thing to do is ignore the Java > dynamic loading for now. I'd prefer to handle the Java stuff instead of ignore it. It should only take an hour or two of work: it's pretty clean, so it should just involve adding one simple variant of struct environment and futzing with symtab.free_ptr slightly. (Which seems to currently only be used in this specific situation, admittedly a bit of a space waste...) Certainly if I were looking for pieces of code to ignore over the course of this process, mdebugread.c would be a much higher priority for me... David Carlton carlton@math.stanford.edu