Re: Can we speed up the gcc_target structure?

[Jan Hubicka <hubicka@ucw.cz>]

> 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/