This is the mail archive of the
libstdc++@gcc.gnu.org
mailing list for the libstdc++ project.
Extensionless headers
- From: Phil Edwards <pedwards at disaster dot jaj dot com>
- To: libstdc++ at gcc dot gnu dot org
- Date: Fri, 4 Jan 2002 17:28:49 -0500
- Subject: Extensionless headers
On Fri, Jan 04, 2002 at 09:56:45PM +0000, Nathan Myers wrote:
> The committee's political hackery certainly didn't touch on why they are
> needed. (Anyway the discussion at the time assumed that the actual
> filenames would continue to be extended; the canonical comment was
> that "they are header names, not files; it's the implementation's job
> to provide a set of declarations when it sees include <foo>, and it's
> none of our business how".)
Here's a simple proposal to make everyone happy:
1) Leave the standard headers where they are (in std not bits), and rename
them in place from foo to std_foo.h. Essentially moving std_foo.h
from bits to std, just spread out over a couple of days.
2) Change include/Makefile.am to that when the staging headers are created,
they are done with standard names:
include/foo -> ...../include/std/std_foo.h
Thus, when they are installed, they are also installed with their
standard names.
Alternatively, we could skip step (2), install the headers as std_foo.h so
that users looking in installed headers will have their file managers and
editors and all those things just work. Then we teach cpplib to do the
foo->std_foo.h translation for that set of headers.
G'night,
Phil
--
If ye love wealth greater than liberty, the tranquility of servitude greater
than the animating contest for freedom, go home and leave us in peace. We seek
not your counsel, nor your arms. Crouch down and lick the hand that feeds you;
and may posterity forget that ye were our countrymen. - Samuel Adams