Boost logo

Boost :

From: Pavel Vozenilek (pavel_vozenilek_at_[hidden])
Date: 2006-06-22 06:45:04

"John Maddock" wrote:

>> BOOST_NO_STDC_NAMESPACE is not defined
>> for the compiler but it should. This will immediatelly help
>> with Serialization and possibly other libraries.
> Are you talking about DMC without STLport? Surely it's unusable in that
> state as there's no std lib?
>> Several libraries (e.g. Type Traits) could be
>> updated to handle this problem, e.g. with:
>> #include <cstddef> // std::size_t
>> #include <boost/config.hpp>
>> #error
>> namespace std{
>> using ::size_t;
>> } // namespace std
>> #endif
> Unnecessary, Boost.Config already has that workaround for common defs
> like
> size_t and ptrdiff_t.
>> When such workarounds are applied and the latest STLport
>> (5.10 beta, supporting DMC) are used quite a many libraries
>> get usable under dmc: Optional, Variant, Program Options, etc
>> among others.
> Oh, but when I compile the Boost.Config tests with the latest DMC and
> STLport-4.6.3 (the one that ships with DMC) all the config tests pass
> (except for an internal error in config_test.cpp: the individual tests
> pass). Which would indicate that no defines are required: in any case
> doesn't STLport do the importing of names into namespace std for us?

I see. It shows up when (a) no STL is used (one may work
with Ultima++) or (b) the STL doesn't "hijack" the <cstddef>
like headers.

It is needed to manually set up use of STLport, by default
the unadulterated <cstddef> is used with the effect above.

The Config may catch the (a) by:

#include <cstddef>
// STLport is not used, the <cstddef> may be the one
// from DMC distribution, without using std:: namespace.
// If another STL is used update accordingly.

The Config may also add:

#define BOOST_HAS_MS_INT64
(in DMC for long time, possibly for years)

__int64 is alias for "long long", not standalone
type (the same as say for Intel C++).



should be replaced with:

#ifdef _MT




Boost list run by bdawes at, gregod at, cpdaniel at, john at