- Boost-users - lists.boost.org

RE: [Boost-users] Config question: BOOST_NO_INTRINSIC_WCHAR_T (Intel7.1)
by Ben Hutchings 28 Apr '04

28 Apr '04

Christopher D. Russell <cdr(a)encapsule.com> wrote: > I'm just getting around to upgrade to Boost 1_31_0 from Boost 1_30_0. > I'm attempting to use 1_31_0 out-of-the-box (w/no bjam) but am > confused about how to resolve problems related to native wchar_t > support (or lack thereof). <snip error messages> > ... tracked back into .../1_31_0/boost/type_traits/is_integral.hpp > > #ifndef BOOST_NO_INTRINSIC_WCHAR_T > BOOST_TT_AUX_BOOL_TRAIT_CV_SPEC1(is_integral,wchar_t,true) > #endif > > ... where BOOST_NO_INTRINSIC_WCHAR_T is defined in > ../1_31_0/boost/config/compiler/intel.hpp > > // See http://aspn.activestate.com/ASPN/Mail/Message/boost/1614864 > #if BOOST_INTEL_CXX_VERSION < 700 > # define BOOST_NO_INTRINSIC_WCHAR_T > #else > // _WCHAR_T_DEFINED is the Win32 spelling > // _WCHAR_T is the Linux spelling > # if !defined(_WCHAR_T_DEFINED) && !defined(_WCHAR_T) > # define BOOST_NO_INTRINSIC_WCHAR_T > # endif > #endif <snip> Since Intel C++ on Windows is supposed to be compatible with Visual C++ I think this should be testing _NATIVE_WCHAR_T_DEFINED and not _WCHAR_T_DEFINED. VC++ defines the latter if wchar_t is an intrinsic type *or* a type alias but it defines the former only if wchar_t is an intrinsic type. I couldn't find any detailed documentation for Intel C++ online so I don't know if it is exactly compatible in this respect.

1 0

Any one used boost with RISCOS and GCC
by dahman madani 28 Apr '04

28 Apr '04

To the community; I was wondering if anyone has experience using the boost libraries with the RISCOS platform Thanks Dahman

1 0

Problem building archive libs for mipspro
by Richard Hadsell 28 Apr '04

28 Apr '04

I am trying to upgrade from Boost 1.30.0 to 1.31.0. My main interest is in the Regex library. I was pleased to build its libraries successfully for intel-linux, both .a and .so forms, using bjam. When trying to build the libraries for mipspro, it fails to build the .a forms, because it is trying to use ranlib. The bjam system is too unfamiliar to me to debug it, so I'm hoping somebody else can give me a remedy. (Note: I built bjam from the source in tools/build/jam_src, as described in the docs.) Here is the evidence: 69% bjam "-sTOOLS=mipspro" --stagedir=stage "-sBUILD=debug release <threading>single" stage [snip] mipspro-Archive-action bin/boost/libs/regex/build/libboost_regex.a/mipspro/debug/libboost_regex-mp-d-1_31.a --- C++ prelinker: bin/boost/libs/regex/build/libboost_regex.a/mipspro/debug/c_regex_traits.o --- [snip] Ranlib bin/boost/libs/regex/build/libboost_regex.a/mipspro/debug/libboost_regex-mp-d-1_31.a /bin/sh[2]: ranlib: not found ranlib bin/boost/libs/regex/build/libboost_regex.a/mipspro/debug/libboost_regex-mp-d-1_31.a ...failed Ranlib bin/boost/libs/regex/build/libboost_regex.a/mipspro/debug/libboost_regex-mp-d-1_31.a... ...skipped <@boost!lib>libboost_regex-mp-d-1_31.a for lack of <@boost!libs!regex!build/libboost_regex.a/mipspro/debug>libboost_regex-mp-d-1_31.a... [snip] -- Dick Hadsell 914-259-6320 Fax: 914-259-6499 Reply-to: hadsell(a)blueskystudios.com Blue Sky Studios http://www.blueskystudios.com 44 South Broadway, White Plains, NY 10601

3 4

[BGL] jweb.sty and biconnected_components.w
by Sven de Vries 25 Apr '04

25 Apr '04

Hi, tried to latex the file biconnected_components.w. But it requires a package jweb that I can not find on ctan. Where could I get that from? thanks! sven

2 1

tokenizer: exceptions not documented
by Keith MacDonald 25 Apr '04

25 Apr '04

I discovered the hard way that tokenizer (from CVS head) can throw escaped_list_error. It would help if that was documented. Keith MacDonald

1 0

Iterators
by Witz 24 Apr '04

24 Apr '04

just a quick question - which maybe should have been directed at the developers list but ... would it be possible in the iterator adaptors to have an operator== defined that takes the base iterator as the right hand side? it would certainly cut down on typing and also obviate the need to create an end iterator that is only used as an 'end of container' sentinel value if it was possible it would allow us to write, for example: copy( make_filter_iterator<is_positive_number>(numbers, numbers + N), numbers + N, ostream_iterator<int>(cout, " ")); rather than: copy( make_filter_iterator<is_positive_number>(numbers, numbers + N), make_filter_iterator<is_positive_number>(numbers + N, numbers + N), ostream_iterator<int>(cout, " ")); of course i am aware that i might be missing something obvious ... ian whittley

3 5

boost format problems
by Navneet Dalal 23 Apr '04

23 Apr '04

Hi I decided to try boost::format for more compact and typesafe formatting of text. However, I am running into some problems. Problem 1 ============== The following line throws boost:bad_format_string exception. std::cout << format("%|1| %|2$3|") % "Hello" % 3 << std::endl; However, this one works std::cout << format("%|1|") % "Hello" << std::endl; All I want to do is use notation for printing character streams i.e. %|1| instead of %1% Is this a bug or I am doing something wrong? Problem 2 ============= How can I print a float such that it appends 0 for remaining precision digits. For e.g. let us say I want to print 0.2 with 5 characters of overall length and till 3 digits of precision. Kind of output I am looking for is 0.200 One would expect that following command may work (as I am indicating left print, fill any remaining characters and till 3 digits of precision after decimal) std::cout << format("#%|1$-05.03|#") % 0.2 << std::endl; // however it prints #0.2 # This command prints something like std::cout << format("#%|1$05.03|#") % 0.2 << std::endl; // it prints #000.2# with C++ cout, I can print it like std::cout << '#' << std::left << std::setfill('0') << std::setw(5) << std::setprecision(3) << 0.2 << '#' << std::endl; so on similar lines I wrote following line. it works, but it seems ugly to use group only for this std::cout << format("#%|1$-05.3|#") % group(setfill('0'), 0.2) << std::endl; // prints #0.200# Does any one has any other suggestions? regards navneet

2 1

Compilation problem with BOOST::filesystem lib
by Peter Koerber 23 Apr '04

23 Apr '04

Hello, i try to compile the *.cpp files of boost::filesystem within the following environment: os: Windows XP compiler: Visual C++ Toolkit 2003 (this is the free version of MS Visual C++ V7.1) boost: Version 1.31.0 If BOOST_WINDOWS is defined, the file windows.h is included in the sources: * exception.cpp * operations_posix_windows.cpp. Otherwise the file errno.h is included. BOOST_WINDOWS is defined within the environment mentioned above, but the compiler does not have a windows.h include file. Hence compilation fails. OTOH, if BOOST_WINDOWS is "manually" undefined, the errno constant: ETXTBSY is not defined in the file errno.h which comes with the Visual C++ Toolkit 2003. Kind regards Peter

2 1

BGL: INTERNAL COMPILER ERROR in VC7.1
by Nicholas Burlett 22 Apr '04

22 Apr '04

I'm rather unsure about what is causing this, but I get an internal compiler error in Visual C++ 7.1 when using BGL in some specific circumstances. I have a graph defined in class Graph defined as such: typedef property<edge_feedback_t, bool> EdgeFeedback; typedef property<edge_sourcejack_t, IAudioOutputJack*, EdgeFeedback> EdgeSourceJack; typedef property<edge_destinationjack_t, IAudioInputJack*, EdgeSourceJack> EdgeDestinationJack; typedef EdgeDestinationJack EdgeProperty; typedef boost::property<boost::vertex_index_t, int> VertexIndexProp; typedef property<vertex_name_t, nsCOMPtr<IAudioModule>, VertexIndexProp> VertexProperty; typedef adjacency_list<listS, listS, bidirectionalS, VertexProperty, EdgeProperty> graphdata; typedef graph_traits < graphdata >::vertex_descriptor vertdsc; This definition works fine in the graph.cpp file that implements the class Graph. However, when I use graph.h in another cpp file, I get bizarre compiler errors: c:\Boost\include\boost -1_31\boost\mpl\aux_\preprocessed\plain\apply.hpp(50) : fatal error C1001: INTERNAL COMPILER ERROR After some trial and error, I narrowed the problem down to needing to have a != between two oedge_iterators _somewhere_ in the cpp file including graph.h. Simply putting the following function into my other files will cause them to compile just fine: void makeVChappy() { typedef graph_traits< Graph::graphdata >::out_edge_iterator oedge_iterator; oedge_iterator oiter, oend; oiter != oend; } I'm a a complete loss as to how this could be happening, but since I have a work-around for now, I'm not going to push the issue too much further at the moment --- I just thought I'd bring this to your attention, and see if anyone knows of a more elegant solution.

5 5

RE: [Boost-users] Compilation problem with BOOST::filesystem lib
by Ben Hutchings 22 Apr '04

22 Apr '04

Peter Koerber <pk(a)ExperTeam.de> wrote: > i try to compile the *.cpp files of boost::filesystem within the > following environment: > > os: Windows XP > compiler: Visual C++ Toolkit 2003 (this is the free version > of MS Visual C++ V7.1) > boost: Version 1.31.0 > > If BOOST_WINDOWS is defined, the file windows.h is included > in the sources: > * exception.cpp > * operations_posix_windows.cpp. > > Otherwise the file errno.h is included. > > BOOST_WINDOWS is defined within the environment mentioned above, > but the compiler does not have a windows.h include file. Hence > compilation fails. <snip> You need to install the Windows Platform SDK as well as the Toolkit.

1 0