This is the mail archive of the
gcc@gcc.gnu.org
mailing list for the GCC project.
Re: Clean up cpplib's internal namespace
- To: Philipp Thomas <pthomas at suse dot de>
- Subject: Re: Clean up cpplib's internal namespace
- From: Zack Weinberg <zack at wolery dot cumb dot org>
- Date: Sun, 12 Mar 2000 15:02:25 -0800
- Cc: gcc at gcc dot gnu dot org
- References: <20000307125503.A28045@wolery.cumb.org> <20000312235250.D22301@Jeffreys.suse.de>
On Sun, Mar 12, 2000 at 11:52:50PM +0100, Philipp Thomas wrote:
> * Zack Weinberg (zack@wolery.cumb.org) [20000307 21:55]:
>
> > This patch renames a bunch of internal but globally visible functions
> > so their names all begin with "_cpp_". This will make life easier for
> > users of the library.
> >
> > The namespace is not yet perfect, I haven't decided what to do about
> > some of the functions exported by cpplib.c.
>
> Wouldn't this be a case of using symbol versioning, at least on those
> platforms that support it? I know it wouldn't solve it everywhere, but it
> would be start, wouldn't it?
Symbol versioning is overkill for this problem - it's a tiny library
and it's got two or three programs that use it. And it only works with
shared libraries.
Also, when I say 'I haven't decided what to do' I mean that there's a
genuine design question, e.g. will someone using the library ever need
to call output_line_command? (Maybe.)
zw