Boost logo

Boost :

From: Rene Rivera (grafik.list_at_[hidden])
Date: 2004-07-17 15:58:05

Rene Rivera wrote:
> Robert Ramey wrote:
>> While your looking at CW, might you find the time to look a little bit
>> into
>> the serialization library build problems. The error message is pretty
>> bizarre so I don't think it can be addressed without having CW
>> installed on
>> ones machine.
> OK, I'll try... Should I look for anything in specific? Or is it a
> general health issue?

I'm looking at this and one of the basic problems is that you seem to
assume a variety of things are available in the global namespace,
specifically size_t and other std types. Those are easy to fix by
specifying std::size_t. But I do have some questions...

1. Is using an unqualified size_t your intention? And therefore
something else is broken?

2. There is a similar problem with mbstate_t, but in this case you
attempt to do something special to handle it (from

     #ifndef _RWSTD_NO_NAMESPACE
     using std::codecvt;
     using std::min;
     #ifdef _RWSTD_NO_MBSTATE_T
     using std::mbstate_t;
#elif defined(__COMO__) || defined(_MSC_VER) && _MSC_VER <= 1300 ||
     typedef ::mbstate_t mbstate_t;
     typedef std::mbstate_t mbstate_t;
     namespace std{
         using ::codecvt;
     } // namespace std

And then you go ahead to use an unqualified mbstate_t. This just doesn't
work for CW. And I don't see how this would work for any library runtime
that puts mbstate_t only in the std namespace. Could you explain what
your intent is for this?

-- Grafik - Don't Assume Anything
-- Redshift Software, Inc. -
-- rrivera/ - grafik/ - 102708583/icq

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