From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 20459 invoked by alias); 18 Jan 2004 23:27:02 -0000 Mailing-List: contact gcc-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Archive: List-Post: List-Help: Sender: gcc-owner@gcc.gnu.org Received: (qmail 20452 invoked from network); 18 Jan 2004 23:27:01 -0000 Received: from unknown (HELO atrey.karlin.mff.cuni.cz) (195.113.31.123) by sources.redhat.com with SMTP; 18 Jan 2004 23:27:01 -0000 Received: by atrey.karlin.mff.cuni.cz (Postfix, from userid 4018) id 782094C002D; Mon, 19 Jan 2004 00:27:01 +0100 (CET) Date: Sun, 18 Jan 2004 23:27:00 -0000 From: Jan Hubicka To: Chris Lattner Cc: Jan Hubicka , Jan Hubicka , Richard Henderson , "Kaveh R. Ghazi" , ian@wasabisystems.com, gcc@gcc.gnu.org, "Joseph S. Myers" Subject: Re: Can we speed up the gcc_target structure? Message-ID: <20040118232701.GA31365@atrey.karlin.mff.cuni.cz> References: <20040118224838.GL5119@kam.mff.cuni.cz> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.4i X-SW-Source: 2004-01/txt/msg01222.txt.bz2 > On Sun, 18 Jan 2004, Jan Hubicka wrote: > > If you mark no symbols via special attribute, only main should be > > external. If you mark more, you get more. > > Ok, I see. > > > > > I suppose this is mostly equivalent to what LLVM have except for the > > > > fact that list of symbols with external linkage is boundled in the > > > > source itself, instead of being in separate file. Do you have any > > > > experience with the separate file having considerable benefits? > > > > > > I'm not sure if I understand what you mean here, can you please clarify? > > > > You mentioned that instead of using attribute in the source file, you > > get list of functions. From here the lists are comming? > > We use an external file (a linker script basically) to decide the list. > You can also specify the list with a -Wl option. > > > > (for example) dynamically load shared objects that call back into the main > > > program. People will get unhappy if 'gimp' doesn't work in this mode, for > > > example. > > > > I expect people to just mark the interface functions via the attribute. > > Ok, great. :) Thus my concerns were mostly about whether it is good idea to add feature reading external list in addition to the attribute. If it is common that the external list is available by some means that can't easilly provide the attribute, just let me know. I think that at least glibc has special marker for each external symbol so it is not concern there. Honza > > -Chris > > -- > http://llvm.cs.uiuc.edu/ > http://www.nondot.org/~sabre/Projects/