September 2010 - Boost - lists.preview.boost.org

Re: [boost] [config] additions for gcc 4.0.1 and IBM V11.1.0.0 duetoMSM compile errors
by Christophe Henry 27 Sep '10

27 Sep '10

> The compiler file for this compiler is boost/config/compiler/vacpp.hpp. If > in doubt about stuff like this, then go to the config tests and look at the > config_info results for the compiler in question - it gives you this > information and much much more: > http://www.boost.org/development/tests/trunk/developer/output/IBM_Canada_Lt… Ah yes now I see it. Sorry. > The problem I have is that these compilers are passing the tests for these > macros. It wouldn't be the first time I see the gcc compiler supposedly supporting a feature but breaking if the construct using it is complicated enough. I spent days unsuccessfully trying to make the supposedly MPL-compatible gcc 3.4 compile MSM :( >I've just committed a stricter version of the test for > BOOST_NO_NESTED_FRIENDSHIP in case this is an Apple GCC specific problem, as > both the updated tests and the msm tests pass for me here with Linux > gcc-4.0.4. Thanks a lot! At least the problem seems to be quite limited. >I haven't tried gcc-4.0.1 on Linux as it means yet another gcc > build and install.... I'll leave that to you to try :-) Is it a variant of the famous "exercise left to the reader"? ;-) > Do you have a stricter test case than we currently use for > BOOST_NO_MEMBER_TEMPLATE_FRIENDS that more closely represents MSM's usage? Looking at your test case, the only possible cause I can imagine is that I'm taking an address of a foo static method in foobar so we could add this: template <class T> class foo { private: template<typename Y> friend class foobar; template<typename Y> friend class foo; template<typename Y> friend bool must_be_friend_proc(const foo<Y>& f); int i; static int my_func(){return 0;} // added public: foo(){ i = 0; } template <class U> foo(const foo<U>& f){ i = f.i; } }; template <class T> class foobar { int i; public: template <class U> foobar(const foo<U>& f) { i = f.i; } // added typedef int (*foofct) (); void test_address() { foofct fct=&foo<int>::my_func;} }; > Ah... just looked at the error messages and I'm not sure these are related > to that macro or not? It's hard to spot but I think this is pretty clear: "../boost/msm/back/dispatch_table.hpp", line 174.40: 1540-0300 (S) The "private" member "boost::msm::back::state_machine<<unnamed>::player_,boost::msm::back::NoHistory,boost::msm::back::favor_runtime_speed>::call_no_transition<<unnamed>::play>(library_sm &, int, int, const play &)" cannot be accessed. dispatch_table is made friend so this should not happen. >You could try emailing the IBM test-runners > directly - they're quite helpful at tracking down issues like this - just > don't tell anyone ;-) Of course not! It'll stay strictly between us :) I'll take the subject to Michael then. Thanks, Christophe

2 1

Re: [boost] [Boost-commit] svn:boost r65594 - in trunk: boost/config/platform boost/config/stdlib libs/config/doc libs/config/doc/html libs/config/doc/html/boost_config libs/config/test libs/config/test/all
by Jürgen Hunold 27 Sep '10

27 Sep '10

Hi John, this commit broke the boost tests. On Sunday, 26. September 2010 11:30:45 john(a)johnmaddock.co.uk wrote: >Added: > trunk/libs/config/test/boost_no_limits_lowest.ipp > Modified: trunk/libs/config/test/all/Jamfile.v2 > +test-suite "BOOST_NO_NUMERIC_LIMITS_LOWEST" : > +[ run ../no_limits_lowest_pass.cpp ] > +[ compile-fail ../no_limits_lowest_fail.cpp ] ; error: Unable to find file or target named error: '../no_limits_lowest_fail.cpp' error: referred from project at error: '/home/hunold/src/devel/boost/libs/config/test/all' It seems you forgot to add one file. Yours, Jürgen -- * Dipl.-Math. Jürgen Hunold ! Ingenieurgesellschaft für * voice: ++49 511 262926 57 ! Verkehrs- und Eisenbahnwesen mbH * fax : ++49 511 262926 99 ! Lister Straße 15 * juergen.hunold(a)ivembh.de ! www.ivembh.de * * Geschäftsführer: ! Sitz des Unternehmens: Hannover * Prof. Dr.-Ing. Thomas Siefer ! Amtsgericht Hannover, HRB 56965 * PD Dr.-Ing. Alfons Radtke !

1 0

[config] check for std::numeric_limits<T>::lowest() availability
by vicente.botet 26 Sep '10

26 Sep '10

Hi, I would like to use std::numeric_limits<T>::lowest() when the standard library provides it. As this is a specific function on C++0X, I was looking for a macro on Boost.Config that allows to use it conditionally, unfortunatelly I have not found any. What will be the right way to do that? Any chance <boost/limmits.hpp> manage with that? Best, _____________________ Vicente Juan Botet Escribá http://viboes.blogspot.com/

3 6

[chrono] version 0.6 uploaded
by vicente.botet 26 Sep '10

26 Sep '10

Hi, I have uploaded the version 0.6 of Boost.Chrono which includes New Features: * Added experimental chrono_io from Howard Hinnant. Provides I/O for duration and time_point. Builds on <boost/ratio/ratio_io.hpp> to provide readable and flexible formatting and parsing for types in <boost/chrono.hpp>. The duration unit names can be customized through a new facet: duration_punct. Fixes: * Fix duration values min implementation. Test: * Adapted a lot of tests from libc++/chrono making the lib much more robust. Getting the library. You can get more information from http://svn.boost.org/trac/boost/wiki/LibrariesUnderConstruction#Boost.Chrono Is designed to be generic and useful in a lot of areas of C++ programming, in particular it is absolutely needed to adapt Boost.Thread to the forthcomming C++0x recomendation and the to be review Boost Stopwatches library. The Beman's initial version contained some additional classes to measure and report the elapsed time. These classes are included yet in the package, but have been deprecated. The usefulness of these features has been the motivartion of Boost.Stopwatches, which provide similar facilities in a generic and integrated way. Best regards, _____________________ Vicente Juan Botet Escribá http://viboes.blogspot.com/

1 0

[Boost-users] [BGL] Stoer–Wagner min-cut algorithm
by Daniel Trebbien 26 Sep '10

26 Sep '10

> The usual idiom for that in BGL algorithms is to use an > iterator_property_map on the graph's vertices, built using a vector and > indexed by the vertex_index property map of the graph. You can also use a > shared_array_property_map, which manages its storage internally. If you > are doing a generic algorithm, the logic to manage these maps correctly is > somewhat difficult. One place to look for a template of what to do is the > distance map handling at the bottom of > <boost/graph/dijkstra_shortest_paths.hpp>, particularly > dijkstra_shortest_paths() and detail::dijkstra_dispatch1(). The basic > logic is to look at the named parameter structure that the user passes is > and see if there is an assignment map there. If so, use it; otherwise, > look for a vertex_index map in the named parameter structure, defaulting > to get(vertex_index, g), then use the found vertex_index map to create an > iterator_property_map or shared_array_property_map. Now that compilers > are more compliant, there are probably simpler ways to implement the logic > than to use multiple dispatch functions, but the approach in > dijkstra_shortest_paths.hpp is known to work. > > When you get this algorithm done, you may want to contribute it to BGL to > be added to Boost. We are always interested in new algorithms. > > -- Jeremiah Willcock Hello Jeremiah, I would very much like to contribute my implementation of the Stoer–Wagner min-cut algorithm to BGL. In preparation for this, I have attached a "pre-release" version to this e-mail which has everything needed to build the test case with g++ and GNU Make. Before I add in all of the template code to support "default" template parameters and other niceties, I figured that it would be good to have a review of the code to make sure that I am headed in the right direction. Also, I have tested my code against the example from Stoer & Wagner (1997). It appears to be working correctly, but there might be bugs. I think that it would be good to have more testing. Would someone please review my code? Also, is anyone aware of good examples for testing min-cut implementations? Daniel

4 57

Re: [boost] [B-tree] Continuing development
by Brian Wood 25 Sep '10

25 Sep '10

Beman Dawes: > I'm going to attack variable-length keys/data in several steps. > > 1) Via a very simple string class that has a fixed maximum length, and has a > sizeof() that maximum length + 1. Although this wouldn't be suitable for > really demanding applications, it should be fine for a lot of every day > programming. It is totally non-invasive, so is available right now. See > http://github.com/Beman/Boost-Btree/blob/master/boost/btree/detail/fixstr.h…, > or use your own if you've already got such an animal. Just fyi, I've been experimenting with a similar string -- http://webEbenezer.net/misc/lil_string.hh . If an operation would result in a string with length more than 255, an exception is thrown. This allows the length of the string to be marshalled with one byte. As you mention this limitation is not a problem in many circumstances. I'd quibble a little with it not being suitable for demanding applications. I think it is fine to use it in that context, but that you might need to also use other string classes. -- Brian Wood Ebenezer Enterprises http://webEbenezer.net (651) 251-9384

2 1

[B-tree] Continuing development
by Beman Dawes 24 Sep '10

24 Sep '10

There was enough positive response to the "Interest in B-tree library for Boost?" thread that I plan to continue development. * The immediate action items for the next few weeks are to get the library working with more compilers, to move the timer and endian stuff to detail, and to begin testing on Linux and other Unix-like platforms. Also try to extend the test cases to uncover more bugs. * Variable length keys and data, particularly strings, are a very high priority. * Development will be hosted at http://github.com/Beman/Boost-Btree - I'm liking Git quite a lot and using it is the best way for me to learn more. For those who want to follow along, the git equivalent to an svn checkout is: mkdir btree cd btree git clone git://github.com/Beman/Boost-Btree.git . and the git equivalent to svn update is: cd btree git pull * Please give the library a try. I need feedback based on actual use. Thanks, --Beman

3 3

[conversion] version 0.5.0 available
by vicente.botet 24 Sep '10

24 Sep '10

Hi, I have uploaded the version 0.5 of Boost.Conversion which includes respect ot the preceding version New Features: * Added a pack funcrion able to pack the Source and the Target constructor arguments in one parameter used (to convert vectors). * Added conversion between std::vector of explicitly convertible types. Fixes: * Port to more recent compilers * Warning removal You can get more information from http://svn.boost.org/trac/boost/wiki/LibrariesUnderConstruction#Boost.Conve…. Best, _____________________ Vicente Juan Botet Escribá http://viboes.blogspot.com/

1 0

[type_traits] conditional transformation
by vicente.botet 24 Sep '10

24 Sep '10

Hi, In 20.7.6.6 Other transformations [meta.trans.other] C++0x introduce a conditional template that is equicalent to mpl::if_c template <bool B, class T, class F> struct conditional; If B is true, the member typedef type shall equal T. If B is false, the member typedef type shall equal F. Could this be added to the Boost.TypeTraits? Thanks, _____________________ Vicente Juan Botet Escribá http://viboes.blogspot.com/

2 3

Fwd: [test] inconsistent dll linkage warnings and BOOST_TEST_DECL and unit_test_main.ipp
by Felipe Magno de Almeida 24 Sep '10

24 Sep '10

Hello, Since I didn't receive any replies in boost-users list, I'm forwarding here. ---------- Forwarded message ---------- From: Felipe Magno de Almeida <felipe.m.almeida(a)gmail.com> Date: Wed, Sep 22, 2010 at 1:03 PM Subject: [test] inconsistent dll linkage warnings and BOOST_TEST_DECL and unit_test_main.ipp To: boost-users(a)lists.boost.org Hi, When I compile /boost//unit_test_framework as a dependency in a boost.build project I get errors with BOOST_TEST_DECL with some definitions in .ipp files. It seems BOOST_TEST_DECL is suppose to be used in functions that aren't defined for the user and that must be exported/imported depending if included by test's source or the user's source files. But .ipp files use BOOST_TEST_DECL which are included by the user with msvc-8.0 compiler and then it gives errors about that __declspec(dllimport) doesn't allow definition. To fix it I just changed BOOST_TEST_DECL for BOOST_TEST_CALL_DECL in the .ipp files. It works correctly with gcc in linux though. Regards, -- Felipe Magno de Almeida

1 0