This is the mail archive of the
libstdc++@sources.redhat.com
mailing list for the libstdc++ project.
Re: plans for include/c subdirs
- To: libstdc++ at sources dot redhat dot com
- Subject: Re: plans for include/c subdirs
- From: Nathan Myers <ncm at nospam dot cantrip dot org>
- Date: Mon, 11 Dec 2000 16:31:53 -0800
- References: <200012112044.eBBKiQL01669@fillmore.constant.com>
- Reply-To: libstdc++ at sources dot redhat dot com
On Mon, Dec 11, 2000 at 12:44:26PM -0800, Benjamin Kosnik wrote:
>
> The current include directories for "C" headers exist:
>
> include/c/ "C" bits in global, standard-bits using std::foo
> include/c_std/ shadow header work
>
> As part of the evolution of the "C" header compatibility work, I'm
> proposing the following:
>
> include/c/ include "C" headers, no changes, no using decls
> include/c_std/ "C" bits in global, standard-bits using std::foo
> include/c_shadow/ shadow header work
>
> this seems to make more sense from a naming point of view, and it has
> the added benefit that when/if __cplusplus gets re-defined to the
> correct value, things like solaris2.8 will work if they use the
> include/c/ directory.
I would suggest just one change: make it "c_old" rather than "c".
It should be clear that stuff in there is for legacy support only.
Nathan Myers
ncm at cantrip dot org