Standard header format.
Steven T. Hatton
hattons@globalsymmetry.com
Wed Jun 9 03:32:00 GMT 2004
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
On Tuesday 08 June 2004 23:19, Dhruv Matani wrote:
> Hi,
> Well there's not much I can say, but just that the standard does not
> even require the standard headers to be files or any such remotely
> *parsable* (one that can be parsed by a parser) entity. For all you
> know, it can be compiled files, and the compiler may take care of the
> the instantiation using some complex machinery.
> Or the standard headers may even be code compiled directly into the
> compiler proper, and the #include is just a hint to the compiler, and
> maybe the preprocessor has nothing to do with
> #include<some_standard_header_name>. I'm not 100% sure about the
> technical correctness of the above statement, but it seems quite
> possible from my reading of the standard. There is nothing that says
> that #include<> directives may be ignored by the pre-processor, and that
> the compiler can interpret them as long as the user gets a runnable
> binary/object file.
>
> -Dhruv.
There is a catch all "as if" rule. That is 1.9 paragraph 1, and footnote 5.
You are correct about the requirements of the Standard. I do not claim
libstdc++ is not conforming to the Standard. Am I suggesting the
Standard /should/ require the Standard Headers should be self-describing?
Well...yes.
- --
Regards,
Steven
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.2 (GNU/Linux)
iD8DBQFAxoUnwX61+IL0QsMRAr9uAKDeSnlVQSIxjjefPUXqkKKcwAL0BwCfc8hL
cNVhOxSw0Cs2cll13VFCgoM=
=G7eq
-----END PGP SIGNATURE-----
More information about the Libstdc++
mailing list