From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 17529 invoked by alias); 24 Feb 2005 14:45:50 -0000 Mailing-List: contact binutils-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: binutils-owner@sources.redhat.com Received: (qmail 17491 invoked from network); 24 Feb 2005 14:45:46 -0000 Received: from unknown (HELO paperclip.laurelnetworks.com) (63.94.127.69) by sourceware.org with SMTP; 24 Feb 2005 14:45:46 -0000 Received: from postit.laurelnetworks.com (postit.laurelnetworks.com [63.94.127.21]) by paperclip.laurelnetworks.com (Laurel/Laurel) with ESMTP id j1OEjfX5008050; Thu, 24 Feb 2005 09:45:41 -0500 Received: from toadhunter.laurelnetworks.com (vpn-ckirby.vpn.pit.laurelnetworks.com [10.0.12.122]) by postit.laurelnetworks.com (Laurel/Laurel) with ESMTP id j1OEjZO9010578; Thu, 24 Feb 2005 09:45:41 -0500 Message-Id: <5.1.0.14.0.20050224093737.01cf16a0@sherlock> X-Sender: ckirby@sherlock Date: Thu, 24 Feb 2005 17:14:00 -0000 To: Alan Modra From: Chris Kirby Subject: Re: Changing .dynstr to be more C++ friendly? Cc: binutils@sources.redhat.com In-Reply-To: <20050224014737.GO3563@bubble.modra.org> References: <5.1.0.14.0.20050223142247.01c54d50@sherlock> <5.1.0.14.0.20050223142247.01c54d50@sherlock> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" X-SW-Source: 2005-02/txt/msg00590.txt.bz2 At 12:17 PM 2/24/2005 +1030, Alan Modra wrote: >On Wed, Feb 23, 2005 at 02:22:50PM -0500, Chris Kirby wrote: >> My thinking was that we could change the definition of an Elf symbol >> to not contain a single name, but rather N distinct name components >> (3 in this case). > >I think you underestimate the scope of the change you are proposing. >This would require changes to all consumers of ELF files, which means >more than just the assembler and linker. Debuggers, ld.so, etc. I was hoping that they all used bfd or liberty so we would only have to change it there. If everyone has there own code to interact with ELF files, then I agree it would be too large of a change to be feasible right now. If ELF is ever revised, it would be nice to consider ways to compress the dynamic strings for languages other than just C. For our embedded application, I am wondering how feasible it would be to change the symbol names to something shorter. As long as the application and the shared library are in agreement in what the symbol names are, it should not matter what they are. This would allow us to come up with a more compact naming scheme than the current C++ name mangler. I could imagine a post processing step after the application and libraries are built where the current names in use are found, converted to a shorter representation, and then replaced. - Chris