Boost :

Date view	Thread view	Subject view	Author view

From: Alexei Alexandrov (alexei1.alexandrov2_at_[hidden])
Date: 2006-02-12 13:51:43

Next message: troy d. straszheim: "Re: [boost] [serialization] use of unsigned int instead of size_type"
Previous message: Alexei Alexandrov: "[boost] [program_options] Old Dinkumware STL compilation"
In reply to: Sebastian Redl: "Re: [boost] [conversion] wchar_t support in lexical_cast"
Next in thread: Paul Joseph Panaro: "[boost] Error compiling a simple program using Random with gcc 3.2.3 (but works on 3.4.3)"
Reply: Paul Joseph Panaro: "[boost] Error compiling a simple program using Random with gcc 3.2.3 (but works on 3.4.3)"
Reply: Paul Joseph Panaro: "[boost] Error compiling a simple program using Multi_array of Variants with gcc 3.4.3 (but works on 3.2.3 - Opposite of my last email)"

Hi Sebastian Redl, you wrote:

> Non-native wchar_t issues aside (I'm not sure of the rationale here), if
> the compiler is, as you say, new, then it should have an intrinsic
> wchar_t, and failure to get it working is either misconfiguration of the
> compiler (VC++, for example, needs a compiler switch to activate
> intrinsic wchar_t) or misconfiguration in the Boost config.hpp.

My problem is that STL is old and its pre-compiled parts (with pre-compiled specializations for basic_string<wchar_t> etc.) know nothing about native wchar_t. So if I pass that compiler switch I'll get a bunch of linker errors. As expected. This is why I need to get it working with "unsigned short" wchar_t.

--
Alexei Alexandrov

Date view	Thread view	Subject view	Author view

Boost list run by bdawes at acm.org, gregod at cs.rpi.edu, cpdaniel at pacbell.net, john at johnmaddock.co.uk