June 2004 - Boost - lists.boost.org

[Boost-bugs] [ boost-Bugs-976241 ] Compiler error for tokenizer on Solaris
by SourceForge.net 20 Jun '04

20 Jun '04

Bugs item #976241, was opened at 2004-06-20 13:51 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=107586&aid=976241&group_i… Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Tom Aratari (stosys) Assigned to: Nobody/Anonymous (nobody) Summary: Compiler error for tokenizer on Solaris Initial Comment: When trying to upgrade to boost 1_31, Forte 8.0 (CC: Sun C++ 5.5 Patch 113817-03 2003/10/14) gives the following error for the code snip: typedef boost::tokenizer<boost::char_separator<char> > tokenizer; boost::char_separator<char> seperator (sDroppedDelimiters, sKeptDelimiters, boost::keep_empty_tokens); tokenizer tokens( sString, seperator ); for (tokenizer::iterator tok_iter = tokens.begin(); tok_iter != tokens.end(); ++tok_iter) vInVector.push_back( *tok_iter ); Copiler error: "/home/dev/cm/THIRD_PARTY/boost/include/boost/iterat or/iterator_facade.hpp", line 623: Error: Could not find a match for boost::iterator_core_access::equal<boost::iterator_core _access::Facade1, boost::iterator_core_access::Facade2>(const boost::token_iterator<boost::char_separator<char, std::char_traits<char>>, const char*, std::string>, const boost::token_iterator<boost::char_separator<char, std::char_traits<char>>, const char*, std::string>, boost::is_convertible<boost::token_iterator<boost::char _separator<char, std::char_traits<char>>, const char*, std::string>, boost::token_iterator<boost::char_separator<char, std::char_traits<char>>, const char*, std::string>>). "MDSStringHelpers.cxx", line 183: Where: While instantiating "boost::operator! =<boost::token_iterator<boost::char_separator<char, std::char_traits<char>>, const char*, std::string>, std::string,boost::forward_traversal_tag, const std::string &, int, boost::token_iterator<boost::char_separator<char, std::char_traits<char>>, const char*, std::string>, std::string, boost::forward_traversal_tag, const std::string &, int>(const boost::iterator_facade<boost::token_iterator<boost::cha r_separator<char, std::char_traits<char>>, const char*, std::string>, std::string, boost::forward_traversal_tag, const std::string &, int>&, const boost::iterator_facade<boost::token_iterator<boost::cha r_separator<char, std::char_traits<char>>, const char*, std::string>, std::string, boost::forward_traversal_tag, const std::string &, int>&)". "MDSStringHelpers.cxx", line 183: Where: Instantiated from non-template code. Has anyone else complianed about this? Thanks Tom ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=107586&aid=976241&group_i… ------------------------------------------------------- This SF.Net email is sponsored by The 2004 JavaOne(SM) Conference Learn from the experts at JavaOne(SM), Sun's Worldwide Java Developer Conference, June 28 - July 1 at the Moscone Center in San Francisco, CA REGISTER AND SAVE! http://java.sun.com/javaone/sf Priority Code NWMGYKND _______________________________________________ Boost-bugs mailing list Boost-bugs(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/boost-bugs

1 0

Another BoostBook/Doxygen bug?
by Angus Leeming 19 Jun '04

19 Jun '04

Is it possible to get the BoostBook/Doxygen documentation system to include my commentary? This is the header file #include <boost/child/detail/pipe_mode.hpp> namespace boost { namespace child { /// A stateless class providing constants and typenames. struct pipes_base { /// A type used to specify how to communciate with the child process. typedef detail::pipe_mode pipe_mode; /// Write to the child's standard input stream. static const pipe_mode child_stdin = pipe_mode(1); /// Read from the child's standard output stream. static const pipe_mode child_stdout = pipe_mode(2); /// Read from the child's standard error stream. static const pipe_mode child_stderr = pipe_mode(4); /// Redirect the child's stderr to its stdout. static const pipe_mode redirect_child_stderr = pipe_mode(8); /// No pipes are to be used. static const pipe_mode no_pipes = pipe_mode(16); }; } // namespace child } // namespace boost And below is the generated documentation. See how all the descriptions of the constants have dissappeared. Also see how the typedef has been 'modified'. Regards, Angus Struct pipes_base boost::child::pipes_base ? A stateless class providing constants and typenames. Synopsis struct pipes_base { // types typedef unspecified pipe_mode; // A type used to specify how to communciate with the child process. static const pipe_mode child_stdin; static const pipe_mode child_stdout; static const pipe_mode child_stderr; static const pipe_mode redirect_child_stderr; static const pipe_mode no_pipes; };

2 3

[Test] Link problems
by David B. Held 18 Jun '04

18 Jun '04

unit_test_log.o: In function `boost::unit_test::unit_test_log::unit_test_log[not-in-charge]()': /usr/include/c++/3.3.2/bits/stl_heap.h:221: undefined reference to `boost::unit_test::ut_detail::msvc65_like_log_formatter::msvc65_like_log_for matter[in-charge] (boost::unit_test::unit_test_log const&)'unit_test_log.o: In function `void std::__adjust_heap<__gnu_cxx::__normal_iterator<std::pair<boost::unit_test:: basic_cstring<char const>, boost::unit_test::output_format>*, std::vector<std::pair<boost::unit_test::basic_cstring<char const>, boost::unit_test::output_format>, std::allocator<std::pair<boost::unit_test::basic_cstring<char const>, boost::unit_test::output_format> > > >, int, std::pair<boost::unit_test::basic_cstring<char const>, boost::unit_test::output_format>, boost::unit_test::fixed_mapping<boost::unit_test::basic_cstring<char const>, boost::unit_test::output_format, boost::unit_test::case_ins_less<char const> >::p2>(__gnu_cxx::__normal_iterator<std::pair<boost::unit_test::basic_cstrin g<char const>, boost::unit_test::output_format>*, std::vector<std::pair<boost::unit_test::basic_cstring<char const>, boost::unit_test::output_format>, std::allocator<std::pair<boost::unit_test::basic_cstring<char const>, boost::unit_test::output_format> > > >, int, int, std::pair<boost::unit_test::basic_cstring<char const>, boost::unit_test::output_format>, boost::unit_test::fixed_mapping<boost::unit_test::basic_cstring<char const>, boost::unit_test::output_format, boost::unit_test::case_ins_less<char const> >::p2)': /usr/include/c++/3.3.2/bits/stl_heap.h:197: undefined reference to `boost::unit_test::ut_detail::msvc65_like_log_formatter::msvc65_like_log_for matter[in-charge] (boost::unit_test::unit_test_log const&)' unit_test_log.o: In function `boost::unit_test::unit_test_log::set_log_format(boost::unit_test::basic_cst ring<char const>)': /usr/local/boost/libs/test/src/unit_test_log.cpp:381: undefined reference to `boost::unit_test::ut_detail::msvc65_like_log_formatter::msvc65_like_log_for matter[in-charge](boost::unit_test::unit_test_log const&)' /usr/local/boost/libs/test/src/unit_test_log.cpp:383: undefined reference to `boost::unit_test::ut_detail::xml_log_formatter::xml_log_formatter[in-charge ](boost::unit_test::unit_test_log const&)' collect2: ld returned 1 exit status Do I need the latest CVS snapshot or what? This worked a few days ago, so I don't know what happened. I'm using the unit test framework. Dave --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com) Version: 6.0.701 / Virus Database: 458 - Release Date: 6/7/2004

2 2

[CVS] Problem
by David B. Held 18 Jun '04

18 Jun '04

cvs update: Updating boost/format/detail cvs update: failed to create lock directory for `/cvsroot/boost/boost/boost/form at/detail' (/cvsroot/boost/boost/boost/format/detail/#cvs.lock): No space left o n device cvs update: failed to obtain dir lock in repository `/cvsroot/boost/boost/boost/ format/detail' cvs [update aborted]: read lock failed - giving up Looks like an SF issue to me. Is this going to get fixed by itself, or should someone send them a note? Dave --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com) Version: 6.0.701 / Virus Database: 458 - Release Date: 6/7/2004

3 2

Re: [boost] program_options with mingw
by Janusz Piwowarski 18 Jun '04

18 Jun '04

Janusz Piwowarski wrote: > BTW, i successfully compile program_options library and examples with > stlport 4.6.2; but my program, where i use boost::thread, don't want to > link. Sorry, i check it now - examples also don't link. Regards, Janusz

2 2

program_options with mingw
by Janusz Piwowarski 18 Jun '04

18 Jun '04

Hello, I attach a patch that allows use of program_options with mingw compiler. There isn't support for utf-8 conversion - maybe it is possible to convert without use of wstring? Regards, Janusz

3 5

Boost.Test
by Jagmohan S Nanaware 18 Jun '04

18 Jun '04

Hi, Is it possible to just carve out Boost.test package separately from entire Boost? regards, Jagmohan

2 1

Documentation
by David B. Held 18 Jun '04

18 Jun '04

Ok, if the Boost style documentation is too simple, and docs like Spirit are too cute, what is a nice, happy median? If we're going to demand uniformity in licensing, should we also demand more uniformity in documentation? I think a single documentation style across Boost would make it even easier to learn new libraries. I recently found it very difficult to find the information I wanted about the Boost.Test library, as well as Boost.Preprocessor. What can be done about these issues? Dave --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com) Version: 6.0.701 / Virus Database: 458 - Release Date: 6/7/2004

8 20

physical quantities
by Andy Little 18 Jun '04

18 Jun '04

The next version of my physical quantities libary pqs-1-01-04 is available on my site at: http://www.servocomm.freeserve.co.uk/Cpp/pqs-1-01-04/download.html The original type has now been augmented by another. The original type has now been renamed as a 'ct-quantity' representing a physical quantity whose units cannot be modified at run-time. The other type is the 'rt-quantity', whose units can be modified at run-time. The two types are of course compatible and the rt-quantity in particular is useful for further derivation, for instance into a physical quantity whose units can be set and interrogated via strings ie "mm, kgf" etc of which there is an example in the examples directory. The first question many will ask about such a library is : "How does the run-time speed/memory performance compare with using inbuilt types?." That is an important question, but to me not the most important one. (The answer is that this is implementation dependent and the current implementation is not optimal) Having used the library for some time its power seems to lie in the fact that it models a concept quite accurately from a programmers point of view. IOW what you can do with the type is restricted (by the compiler) to (some subset of) the entity that it models. The reason that this is powerful is difficult to define, but can be summed up in the saying: " a picture is worth a thousand words" I now see more clearly what those who wanted to see currency conversion and number of apples per kumquat or whatever where driving at. However these are not physical-quantities. C++ does have the ability to express those concepts, but they lie outside the remit of the concept that this library models. Nontheless such concepts would be useful. So in a network model a byte, packet etc would be a concept which would be modelled by a C++ type. Strongly enforcing the rules by which entities interact is satisfying , I guess, because it clarifies the mental picture of a program. Modelling everything by a double or an int (should number_of_bytes_received be convertible to double ... probably not etc) means everything is mush. So on a personal note designing the library has been very rewarding. As I spend much time GUI programming, it strikes me that the next useful concepts are those of model-space, view-space, paper-space etc. Here a point in space would be represented by different types which could only exist in the relevent space, but have the intelligence to perform transforms from one space to another. Similarly where one is modelling (say) magnetic flux density at a point x, y, z , the role of the view-space would be to convert form the entity in model-space to 'some representation ' in the view-space or the paper-space. The obvious candidates for the types in model-space being the ct-quantity of course. regards Andy Little

2 3

Using the Boost license
by Geoff Leyland 17 Jun '04

17 Jun '04

Hi, I have a couple of small libraries I'm "releasing" to a few other people (well, anybody really, but so far only a few). Can I use the BSL on my software even though it's not part of boost? Do I have to make any changes? thanks for your time, Geoff

2 2