From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 28875 invoked by alias); 6 Apr 2004 14:37:05 -0000 Mailing-List: contact gdb-patches-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sources.redhat.com Received: (qmail 28851 invoked from network); 6 Apr 2004 14:37:01 -0000 Received: from unknown (HELO mx1.redhat.com) (66.187.233.31) by sources.redhat.com with SMTP; 6 Apr 2004 14:37:01 -0000 Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.10/8.12.10) with ESMTP id i36Eb15D025395 for ; Tue, 6 Apr 2004 10:37:01 -0400 Received: from zenia.home.redhat.com (porkchop.devel.redhat.com [172.16.58.2]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id i36Eawj16664; Tue, 6 Apr 2004 10:36:59 -0400 To: Paul Hilfinger Cc: drow@false.org, gdb-patches@sources.redhat.com Subject: Re: [RFA] Introduce notion of "search name" References: <20040303191550.7307DF2DB8@nile.gnat.com> <20040305035955.GH5320@nevyn.them.org> <20040305103925.A4815F2EE4@nile.gnat.com> <20040331221249.GA6811@nevyn.them.org> <20040401150022.GA30729@nevyn.them.org> <20040402092958.9443FF2F3E@nile.gnat.com> <20040403120403.0A9C4F2ADF@nile.gnat.com> From: Jim Blandy Date: Tue, 06 Apr 2004 14:37:00 -0000 In-Reply-To: <20040403120403.0A9C4F2ADF@nile.gnat.com> Message-ID: User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-SW-Source: 2004-04/txt/msg00138.txt.bz2 Paul Hilfinger writes: > Do you really object to our simply making permanent copies of these > names as needed? (I'm perfectly happy to ditch the kludgy > objfile-finding hack.) You can't expect to save any space by > reclaiming these demangled names space when you reload the symbol > file, because (as I argued before) the set of demangled names > generally doesn't change much in such cases, and we are "interning" > the demangled symbols, so that multiple computations of the same > demangled symbol don't increase space. This particular choice of name > storage is confined to the Ada module (the symbol table module doesn't > apply free to names stored in symbols, partial symbols, or minimal > symbols, so it doesn't care if one them has a longer than necessary > lifetime). I tend to think it's not ideal, but okay. Daniel, you were unhappy with this; did you have suggestions?