September 2004 - Boost - lists.boost.org

serialization - build shared libs
by Neal Becker 07 Sep '04

07 Sep '04

I'm using current boost cvs. Building with bjam -sTOOLS=gcc stage, builds only archive (.a) versions of serialization libs. I need shared (.so). What needs to be done?

3 3

Problems building --v2 (x86_64)
by Neal Becker 07 Sep '04

07 Sep '04

PYTHON_ROOT=/usr PYTHON_VERSION=2.3 PYTHON_LIB_PATH=/usr/lib64/python2.3 bjam --v2 ...patience... ...found 986 targets... ...updating 113 targets... MkDir1 bin.v2 MkDir1 bin.v2/libs MkDir1 bin.v2/libs/test MkDir1 bin.v2/libs/test/build MkDir1 bin.v2/libs/test/build/gcc MkDir1 bin.v2/libs/test/build/gcc/debug gcc.compile.c++ bin.v2/libs/test/build/gcc/debug/execution_monitor.o gcc.compile.c++ bin.v2/libs/test/build/gcc/debug/cpp_main.o gcc.link.dll bin.v2/libs/test/build/gcc/debug/boost_prg_exec_monitor.so /usr/bin/ld: bin.v2/libs/test/build/gcc/debug/execution_monitor.o: relocation R_X86_64_32 can not be used when making a shared object; recompile with -fPIC bin.v2/libs/test/build/gcc/debug/execution_monitor.o: could not read symbols: Bad value collect2: ld returned 1 exit status

2 1

Interest in custom numeric formatting?
by Stefan Slapeta 07 Sep '04

07 Sep '04

Hi all, I've recently developed a small lib for custom numeric formatting, which is part of many programming languages. You pass any number and a format string which controls the formatting. Some examples (using the US locale): num_format ( 3332123.3332, "$#,0.00" ) -> "$3,332,123.33" num_format ( 123, "#.00" ) -> "123.00" num_format ( 12, "000" ) -> "012" num_format ( 12.9, "000" ) -> "013" (rounded!) num_format ( -123.1, "#.#;-#.00" ) -> "-123.10" num_format ( -123, "$#;- $0.00;0" ) -> "- $123.00" num_format ( 0, "0.00;-0.00;<Zero>" ) -> "<Zero>" num_format ( 1000000, "#,#,.00" ) -> "1,000.00" Short explanation for the format string: . marks the decimal separator , has two functions: - if the format string contains any "," before, but not immediately before the decimal separator, there will be thousand separators in the output. - if the format string contains any "," immediately before the decimal separator, the number will be divided by the number of "," characters multiplied by 1000. 0 If there is no digit in this position, there will be a 0 in the output string # If there is a digit in this position, it is copied to the output string (except non-significant zeros) ; Section separator: if there is one section in the format string, it applies to all values. If there are two sections, the first applies to positive values and to zeros and the second applies to negative values. If there are three sections, the first applies to positive values, the second to negative values and the third to zeros, except if the second section is empty, in which case the first section applies to all non-negative values. Everything in enclosed by ' or " in the format string will be copied to the output as is. I've been looking for a (C++) solution for this for a long time and as I didn't find anything appropriate, I developed it myself finally. If anybody is interested, I could post source somewhere. Stefan

6 8

iostream problems
by Neal Becker 07 Sep '04

07 Sep '04

cd /home/nbecker/shannon2/wrap/ g++34 -o Test Test.cc -g -I /usr/local/src/iostream/ In file included from /usr/local/src/iostream/boost/io/detail/streambufs/direct_streambuf.hpp:18, from /usr/local/src/iostream/boost/io/streambuf_facade.hpp:15, from /usr/local/src/iostream/boost/io/stream_facade.hpp:20, from Test.cc:1: /usr/local/src/iostream/boost/io/detail/streambufs/linked_streambuf.hpp:54: error: variable or field `close' declared void /usr/local/src/iostream/boost/io/detail/streambufs/linked_streambuf.hpp:54: error: `close' declared as a `virtual' field /usr/local/src/iostream/boost/io/detail/streambufs/linked_streambuf.hpp:54: error: expected `;' before '(' token In file included from /usr/local/src/iostream/boost/io/detail/adapters/filter_wrapper.hpp:16, from /usr/local/src/iostream/boost/io/detail/streambufs/indirect_streambuf.hpp:23, from /usr/local/src/iostream/boost/io/streambuf_facade.hpp:16, from /usr/local/src/iostream/boost/io/stream_facade.hpp:20, from Test.cc:1: /usr/local/src/iostream/boost/io/operations.hpp: In static member function `static void boost::io::detail::read_impl<boost::io::input>::putback(T&, typename boost::io::char_type<T>::type)': /usr/local/src/iostream/boost/io/operations.hpp:106: error: invalid application of `sizeof' to an incomplete type In file included from /usr/local/src/iostream/boost/io/detail/push.hpp:16, from /usr/local/src/iostream/boost/io/detail/streambufs/indirect_streambuf.hpp:28, from /usr/local/src/iostream/boost/io/streambuf_facade.hpp:16, from /usr/local/src/iostream/boost/io/stream_facade.hpp:20, from Test.cc:1: /usr/local/src/iostream/boost/io/detail/resolve.hpp: At global scope: /usr/local/src/iostream/boost/io/detail/resolve.hpp:38: error: non-template `result_type' used as template /usr/local/src/iostream/boost/io/detail/resolve.hpp:38: error: (use `U::template result_type' to indicate that it is a template) /usr/local/src/iostream/boost/io/detail/resolve.hpp:38: error: expected `{' before ';' token Adding #include <iostream> fixes this problem.

2 3

Preliminary:building with VC++ 8.0 Express beta
by Tony Juricic 07 Sep '04

07 Sep '04

I downloaded and installed MS VC++ 8.0 Express beta. The advantage of Express over full Visual Studio 2005 is in a smaller disk footprint and you need 'only' MS Passport (not MSDN subscription) to download it. Note that Express does not come with Windows headers and libraries so you need to download Platform SDK or use existing, older installation. For example, before invoking bjam, you may say: set INCLUDE="C:\Program Files\Microsoft Visual Studio .NET 2003\Vc7\PlatformSDK\Include";%INCLUDE% set LIB="C:\Program Files\Microsoft Visual Studio .NET 2003\Vc7\PlatformSDK\lib";%LIB% Here are the problems encountered when building boost: 1) flags for DLL and single-threaded static library have changed. You would need the following flags in msvc-tools.jam: # VC8.0 flags msvc CFLAGS <runtime-build>release/<runtime-link>dynamic : /LD ; flags msvc CFLAGS <runtime-build>debug/<runtime-link>dynamic : /LDd ; flags msvc CFLAGS <runtime-build>release/<runtime-link>static/<threading>single : /MD ; flags msvc CFLAGS <runtime-build>debug/<runtime-link>static/<threading>single : /MDd 2) Og and Gs compiler flags will be deprecated and cause warning. 3) many string functions ( sprintf, strcat, wsccpy, etc. ) cause deprecated warning. 4) compilation errors, all involving wchar_t like: C:\Program Files\Microsoft Visual Studio 8\VC\include\xutility(207) : error C2664: 'bool boost::spirit::utility::impl::range_char_compare<CharT>::operator ()(const boost::spirit::utility::impl::range<CharT> &,const CharT) const' : cannot convert parameter 1 from 'wchar_t' to 'const boost::spirit::utility::impl::range<CharT> &' with [ CharT=wchar_t ] Reason: cannot convert from 'wchar_t' to 'const boost::spirit::utility::impl::range<CharT>' with [ CharT=wchar_t ] No constructor could take the source type, or constructor overload resolution was ambiguous Problem #1 can be solved by commenting out older flags and substituting them with the new ones in msvc-tools.jam. I am sure this is not the most elegant solution, ignorant of bjam as I am. Re. problem #2, I could not find an explicit suggestion on what new options should be used. However, the sheer number of problems with /Og option listed in MS Knowledge Base make me believe that it would be best to remove it. Whidbey (but not Express) is to offer more advanced profile-based optimizations. As for /Gs I would assume that /GS (also /RTC1) should substitute it, following the article: http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dv_vstecha… As for #3, even barring security concerns, I tend to agree that using string functions with source and destination buffer size parameters is desirable. However, I wouldn't know which portable changes would avoid these warnings; presumably MS-specific extensions would be required. Still unfamilar with boost++ modules that caused errors under #4, I haven't looked into it. While more detailed info about these issues may be possible to find on MSDN, searching for any phrase, unfortunately, results in a huge number of .NET related articles. Tony

1 1

shared_ptrget_deleter
by David Pierre 07 Sep '04

07 Sep '04

I have got a shared_ptr use case where I use the Deleter to hold some extra data which I access through get_deleter. But now I would like to have custom deletion too, by subclassing from the common part. Then to access my data, I need get_deleter to work with superclass(es) of the actual deleter, not only with the exact type. Here is a simple suggestion to make it possible : in boost/detail/shared_count.cpp, introduce : template <class D> struct deleter_caster { void * operator()(std::type_info const & ti, D * del) const { return ti == typeid(D) : del : 0; } }; and make get_deleter implementation in sp_counted_base_impl as virtual void * get_deleter(std::type_info const & ti) { return deleter_caster<D>(ti, del); } Then I can specialize deleter_caster to my linking. D. Pierre

1 0

howto make test2 not run unless test1 succeeds
by Larry Evans 06 Sep '04

06 Sep '04

The following is my Jamfile.v2: <----------- project dependent_test ; run test1.cpp : #args : #input-files : #requirements : test1_test #target-name : #default-build ; run test1_test test2.cpp : : : : test2_test : ; >----------- What I want is for test2_test to run only if test1_test passes. I know the above rule invocations look suspicious because the target is normally the 1st token after the rule name; however, the run rule (in testing.jam) is: rule run ( sources + : args * : input-files * : requirements * : target-name ? : default-build * ) So, I thought putting test1_test in the 2nd run (for target test2_test ) would cause test1_test to always be run first, and only if that passed, then would test2_test be tried. However, this is not what happened. test2_test was ALWAYS run. What should I do to make test2_test's run only after test1_test successfully ran?

1 1

RE: [boost] Is there any interest in a simple template for streamingin/out primitives and STL Containers of them?
by Reece Dunn 06 Sep '04

06 Sep '04

Boris Kats wrote: >I am using it for some time and hope that other will >benefite from it. >One file streamline.h will help user to stream out/in >an arbitrary item of primitives or STL containers of >them. >It is very simple to use; just type like this: > >#include "streamline.h" >using namespace hekate; >....... >typedef std::pair<std::string, std::vector<int> > >element; >element one,other; >And stream it out as: streamline(cout,one); >or stream it in as: streamline(cin,other); . > >User will find a lot of examples in the streamtest.cpp >file >at streamline.tar in "Files section". >The streaming templates were tested with gcc version >3.3.2, msvc7 and >ibm89 c++ compiler. >Boris Kats. Hi Boris, As Jonathan has pointed out, my library is aimed at solving this type of problem. Your example would become: #include <sstream> #include <boost/outfmt/stl/vector.hpp> #include <boost/outfmt/stl/pair.hpp> int main() { typedef std::pair< std::string, std::vector< int > > element; element one, other; one.first = "Meine \"Grosse\" Welt!"; one.second.push_back( 3 ); one.second.push_back( 6 ); one.second.push_back( 9 ); std::stringstream ss; ss << one; std::cout << "written: " << ss.str() << '\n'; ss >> other; std::cout << "read: " << other << '\n'; return( 0 ); } Providing a much simpler syntax and stream integration. The output for this is: written: ( "Meine \"Grosse\" Welt!", [ 3, 6, 9 ] ) read: ( "Meine \"Grosse\" Welt!", [ 3, 6, 9 ] ) It is possible to control how the pair and vector types are rendered using a custom formatter. Refer to the examples and documentation for more information. Regards, Reece _________________________________________________________________ Check out Election 2004 for up-to-date election news, plus voter tools and more! http://special.msn.com/msn/election2004.armx

2 1

outfmt formal review - postponed
by John Torjo 06 Sep '04

06 Sep '04

Dear boosters, Due to the feedback I've received, I chose to postpone the formal review of Output Formatters library until 12th of Sept. Best, John -- John Torjo Freelancer -- john(a)torjo.com Contributing editor, C/C++ Users Journal -- "Win32 GUI Generics" -- generics & GUI do mix, after all -- http://www.torjo.com/win32gui/ -- v1.3beta released - check out splitter/simple_viewer, a File Explorer/Viewer all in about 200 lines of code! Professional Logging Solution for FREE -- http://www.torjo.com/code/logging.zip (logging - C++) -- http://www.torjo.com/logview/ (viewing/filtering - Win32) -- http://www.torjo.com/logbreak/ (debugging - Win32)

1 0

New design proposal for boost::filesystem
by Martin 06 Sep '04

06 Sep '04

Just a thought on the filesystem implementation. Why not separate the path from the filesystem? Let the path be a container for all kind of paths that follow the generic syntax explained in the boost::filesystem documentation. Then use implementation classes that handles root name and conversion to native strings etc. The benefits would be: 1. The path can be used for other things than filesystems (XPath, Win32 registry) 2. Operations can be implemented selectivly for different types (No need for the current messy #ifdefs) bool exists( const path_base<posixfs<std::string> >& aPath); bool exists( const path_base<win32fs<std::wstring> >& aPath); bool exists( const path_base<win32reg<boost::fixed_string<100> > >& aPath); 3. Easy to expand the functionality for specific tasks without touching the boost headers. The implementation could look something like: template <class ImplT> class path_base : private ImplT { public: typedef ImplT::string_type string_type; path_base() : ImplT() {} // all path operations as in current implementation ... private: string_type m_path; }; // // implementation for win32 filesystem // template <class StringT> class win32fs { // root-name ::= root-drive | root-share | root-device // root-drive ::= char ":" // root-share ::= "//" name // root-device ::= name ":" protected: typedef StringT string_type; win32fs() { } string_type make_generic(const string_type::value_type* src); string_type native_file_string(const string_type& m_path) const { return algorithm::replace_all_copy(m_root + m_path, "/", "\\"); } ... private: string_type m_root }; // // implementation of posix filesystem // template <class StringT> class posixfs { win32fs() { } string_type make_generic(const string_type::value_type* src); string_type native_file_string(const string_type& m_path) const { return m_path; } ... } #ifdef BOOST_POSIX typedef path_base<posixfs<std::string>> path; #else ...

5 8