|
Boost : |
From: Greg Colvin (gcolvin_at_[hidden])
Date: 1999-07-28 20:03:13
From: Beman Dawes <beman_at_[hidden]>
> At 01:27 PM 7/28/99 -0600, Greg Colvin wrote:
>
> >> 2) #include <cstdint>,
> ...
> >I'm not sure that on all systems you can make this work -- you
> >may not be able to have a header without an extension, or you may
> >not be able to put your own stuff on the system path.
>
> Hum... This might be a problem in theory, but in practice are there
> really any compilers out there that would prevent (2)? Anyone know
> of a real-world compiler with either of these limitations?
I don't know about the real world (:-) but the standard seems to
say you should use the "name" form for including files.
16.2 Source file inclusion [cpp.include]
1 A #include directive shall identify a header or source file that can
be processed by the implementation.
2 A preprocessing directive of the form
# include <h-char-sequence> new-line
searches a sequence of implementation-defined places for a header
identified uniquely by the specified sequence between the < and >
delimiters, and causes the replacement of that directive by the entire
contents of the header. How the places are specified or the header
identified is implementation-defined.
3 A preprocessing directive of the form
# include "q-char-sequence" new-line
causes the replacement of that directive by the entire contents of the
source file identified by the specified sequence between the " delim-
iters. The named source file is searched for in an implementation-
defined manner. If this search is not supported, or if the search
fails, the directive is reprocessed as if it read
# include <h-char-sequence> new-line
with the identical contained sequence (including > characters, if any)
from the original directive.
Boost list run by bdawes at acm.org, gregod at cs.rpi.edu, cpdaniel at pacbell.net, john at johnmaddock.co.uk