- Boost - lists.preview.boost.org

Boost B-Tree Library Status
by Joel 12 Mar '12

12 Mar '12

Beman et al, Is the Boost B-tree Library still on track to be proposed? The reception at BoostCON 2011 was quite warm, IIRC. http://github.com/boostcon/2011_presentations/raw/master/tue/proposed_b_tre… Activity on github seems to be dried up. https://github.com/Beman/Boost-Btree Also, how well do you think it would work with large keys and small payloads (512 byte keys, a few integers for payload). Thanks! Joel

3 3

[GIL] gil/metafunctions.hpp broken in 1.49?
by Andrew Hundt 12 Mar '12

12 Mar '12

I may be mistaken, but it looks like boost::mpl::vector_c may have been moved from <boost/mpl/vector.hpp> to <boost/mpl/vector_c.hpp> and it appears <boost/gil/metafunctions.hpp> has not been updated to reflect this change. Cheers! Andrew Hundt

2 1

[fusion] Fusion using varidiac templates
by paul Fultz 12 Mar '12

12 Mar '12

hi, I remember seeing that there was an initial port of fusion to use variadiac templates a while back. Is that code available somewhere? If so, where could a find that? Thanks, Paul

3 3

Using an element of a class A in a constructor of a class B (reflection with boost::python)
by christophe jean-joseph 12 Mar '12

12 Mar '12

Hello The situation is as follow. I have a C++ code that I haven't written and that I barely can modified. I am supposed to reflect this code in Python with boost. In the code, I have something looking like this: Class A_Base { A_Base(){}; ~A_Base(){}; Whatever virtual and pure virtual functions; } Class A_Derived{ A_Derived(Type1 arg1,...){whatever instructions;} ~A_Derived(){}; Whatever functions; } Class B { B(A_Base& aBase, double& x){}; ~B(){}; Whatever functions; } In the C++ main, at some point aDerived A_Derived is set, and then B(aDerived, x). I need to reflect that under python. Until now, I have been able, with a simple example, to reflect a function f, which is not a ctor, from a class B using A_Base& as argument type, but I can't figure out how to deal with it for a constructor. Based on: http://wiki.python.org/moin/boost.python/ExportingClasses I am declaring f under both its class B and A_Base as follow: .def("f", &B::f) But when I try this for a constructor as f, it refuse to compile. Anyone got a clue? Thank you very much in advance for any further help.

3 5

Keynotes for C++ Now!
by Jon Kalb 12 Mar '12

12 Mar '12

C++ Now! (formerly BoostCon) is pleased to announce its lineup of keynote speakers for the 2012 conference: Howard Hinnant, Sean Parent, and Daveed Vandevoorde. Howard Hinnant is the principal author of libc++, the standard C++ library implementation used by the Clang compiler. During the development of C++11, Howard served as chairman of the C++ Standards Committee¹s Library Working Group, and is largely responsible for the design of what Scott Meyers has called the language¹s ³flagship new feature:² rvalue references. His keynote will demonstrate how rvalue references are used in move semantics and perfect forwarding. Sean Parent is a principal scientist and software architect for Adobe¹s mobile digital imaging group and formerly managed Adobe¹s Software Technology Lab. He was also the keynote speaker for the very first BoostCon, where he gave one of the most inspiring and memorable talks we¹ve ever had. We¹re very pleased to welcome him back for an encore. He will be speaking on what¹s next for C++ programmers: how do we write beautiful code that truly exploits today¹s hardware and infrastructure? Daveed Vandevoorde is a compiler developer with Edison Design Group, the author (with Nicolai Josuttis) of ³C++ Templates: The Complete Guide,² a co-founder of comp.lang.c++.moderated, and one of the few C++ Committee Members who is equally comfortable working on library design, language evolution, or the arcana of core language issues. Daveed is currently a leader in the effort to add true modules to the C++ language. He¹ll be talking about the design of the C++ modules feature and what it would mean for the future of the language. ³We are thrilled to have such a powerhouse lineup in the first year of the new language standard,² said Dave Abrahams the conference founder and co-chair. ³C++Now! 2012 is truly shaping up to be a feast for the C++ enthusiast.² C++ Now! 2012 will be held May 13-18 in Aspen Colorado. Registration is now open at http://cppnow.org/registration/. Keynote details at http://cppnow.org/overview/. Jon

1 0

boost::algorithm::trim_copy() behaves like "strdup" in normal C, does it allocate a new string ?
by g.fanini＠gmail.com 11 Mar '12

11 Mar '12

Could I ask for a clarification whether boost::algorithm::trim_copy() behaves like "strdup" in normal C, i.e. does it allocate a new string ? or does it modify the passed string without allocating a new string ? It is not entirely clear from the documentation : http://www.boost.org/doc/libs/1_34_0/doc/html/boost/algorithm/trim_copy.html Because the argument passed has the modifier "const" I am led to believe it would leave the passed string unchanged, and return a newly allocated string. Possibly would you consider kindly updating the documentation reflecting the returned string is newly allocated.I am asking this becauseI am trying to work with preexisting boost code which uses boost::algorithm::trim_copy() profusely and I have severe leakage problems.Thank you for any information.

7 9

[bgl] Update on maximum adjacency search
by Fernando Vilas 11 Mar '12

11 Mar '12

Hi, Since the last round of feedback, I think the implementation is at least closer to being releasable. This is not quite a re-send because I attached the wrong patch last time, but I also forgot the subject tags to get the attention of the BGL folks. Changes: - All parameters other than the graph itself are available as named parameters - Visitor is not pass-by-value like other search algorithms - Documentation created Still potential todo: - Update documentation with graphical walkthrough on a small graph - Find a way to make the priority queue work without unwrap_ref() - Do not depend on one_bit_color_map internals in min_cut_mas_visitor - Other suggestions from Boost community -- Thanks, Fernando Vilas fvilas(a)iname.com

1 0

Re: [boost] Boost.ntree_container (bi_tree, quad_tree, oct_tree, etc ptr containers) Is there any interest in this?
by Dan Walters 11 Mar '12

11 Mar '12

Hi all, This is my current implementation of an oct tree that I am using on a project I am working on. It is a templated oct tree which serves as a pointer container. There is usage shown in the main() function at the bottom of the sample. http://codepad.org/yIAblSDN Please bear in mind it is not fully optimized or std compliant, just put together for a project but shows the intended basic functionality and method. Compatibility with boost geometry is a great suggestion. Again, I am mindful of defining the boundaries of this library, but if it makes sense then template specialization or utility code could be provided to use the libraries together easily and elegantly. k-d trees are very interesting, and if discussion found these potentially useful enough, they would certainly belong in the same library. I think, in any context, this should be thought of as a container library above all else and would be potentially useful not just in game or geometry programming, but open to use where ever useful, including as a memory efficient pointer container for sparsely populated multidimensional arrays. Best wishes, Dan On 10 March 2012 20:04, Daniel F. Savarese <dfs(a)savarese.org> wrote: > > In message <848178090.20120310163009(a)gmail.com>, pavel writes: > >by the way i have a ready implementation of kd trees (if anyone is > >interested): > > > > > http://programmizm.sourceforge.net/blog/2011/a-practical-implementation-of-… > >trees > > That's not exactly a generic implementation, nor one that is STL-friendly > (e.g., no iterators). For a more generic implementation that aims for STL > interoperability where possible, see the header-only libssrckdtree library: > http://www.savarese.com/software/libssrckdtree/ > > But this is off-topic for the thread, which--as I understand it--is > concerned > with fixed-size multidimensional spatial pointer containers oriented toward > 3D applications, not variable-sized multidimensional spatial value > containers > applicable to arbitrary domains. > > daniel > > > _______________________________________________ > Unsubscribe & other changes: > http://lists.boost.org/mailman/listinfo.cgi/boost >

2 1

Re: [boost] Boost.ntree_container (bi_tree, quad_tree, oct_tree, etc ptr containers) Is there any interest in this?
by pavel 11 Mar '12

11 Mar '12

Daniel wrote on Sunday, March 11, 2012 at 0:04:28: > That's not exactly a generic implementation, nor one that is STL-friendly > (e.g., no iterators). you are perfectly right but i believe that this implementation can be almost trivially integrated with a generic (read: template) interface besides, i hardly see a kd tree or an octree as a (associative) container -- Pavel P.S. if you notice a grammar mistake or weird phrasing in my message please point it out

1 0

[filesystem.v3] v1.49 Path constructor issue in VS Debug configuration
by Fraser Hutchison 11 Mar '12

11 Mar '12

Hello, The changes made to filesystem/v3/src/path.cpp between v1.48 and v1.49 seem to be causing a crash if I initialise a path as e.g. a global variable or as a static class member, but only for a Debug build. (I'm using VS10 on 64-bit Win 7). The following program exhibits this behaviour: |#include "boost/filesystem/v3/path.hpp" boost::filesystem::path p("p"); int main() { return 0; } | In Debug, I can see that the third path constructor calls |codecvt()|, which calls |wchar_t_codecvt_facet()|, which returns |codecvt_facet|. However, |codecvt_facet| hasn't been initialised at this point. This appears to only be the case for Debug builds though. I'm unclear as to whether this is an MSVC bug though. I thought that the Standard required |codecvt_facet| to have been initialised before |wchar_t_codecvt_facet()| since it comes earlier in the same translation unit. Could someone please clarify whether I should file a bug report with boost please? Thanks, Fraser.

2 2

[range] MFC/ATL select_first / select_second specializations for map_keys and map_values adaptors
by Adam Walling 11 Mar '12

11 Mar '12

I enjoy using the range library, and also foreach. When dealing with legacy code, the MFC / ATL range adaptors are wonderful. Unfortunately, the CMap and CMapStringToString iterators return CPair objects rather than std::pair, hence causing the select_first / select_second_mutable / select_second_const metafunctions to fail. I added these specializations to allow them to work with the map_keys and map_values adaptors. Hopefully they will be of use to someone in the future or adapted to be included with the other MFC / ATL code. Would it be worthwhile to format this as a patch to the library? namespace boost { namespace range_detail { // CMap and CMapStringToString range iterators return CPair, // which has a key and value member. Other MFC range iterators // already return adapted std::pair objects. This allows usage // of the map_keys and map_values range adaptors with CMap // and CMapStringToString // specialization for CMap template<class KEY, class ARG_KEY, class VALUE, class ARG_VALUE> struct select_first<CMap<KEY, ARG_KEY, VALUE, ARG_VALUE>> { typedef BOOST_DEDUCED_TYPENAME CMap<KEY, ARG_KEY, VALUE, ARG_VALUE> map_type; typedef BOOST_DEDUCED_TYPENAME range_reference<const map_type>::type argument_type; typedef BOOST_DEDUCED_TYPENAME const KEY& result_type; result_type operator()( argument_type r ) const { return r.key; } }; template<class KEY, class ARG_KEY, class VALUE, class ARG_VALUE> struct select_second_mutable<CMap<KEY, ARG_KEY, VALUE, ARG_VALUE>> { typedef BOOST_DEDUCED_TYPENAME CMap<KEY, ARG_KEY, VALUE, ARG_VALUE> map_type; typedef BOOST_DEDUCED_TYPENAME range_reference<map_type>::type argument_type; typedef BOOST_DEDUCED_TYPENAME VALUE& result_type; result_type operator()( argument_type r ) const { return r.value; } }; template<class KEY, class ARG_KEY, class VALUE, class ARG_VALUE> struct select_second_const<CMap<KEY, ARG_KEY, VALUE, ARG_VALUE>> { typedef BOOST_DEDUCED_TYPENAME CMap<KEY, ARG_KEY, VALUE, ARG_VALUE> map_type; typedef BOOST_DEDUCED_TYPENAME range_reference<const map_type>::type argument_type; typedef BOOST_DEDUCED_TYPENAME const VALUE& result_type; result_type operator()( argument_type r ) const { return r.value; } }; // specialization for CMapStringToString template<> struct select_first<CMapStringToString> { typedef range_reference<const CMapStringToString>::type argument_type; typedef const CString& result_type; result_type operator()( argument_type r ) const { return r.key; } }; template<> struct select_second_mutable<CMapStringToString> { typedef range_reference<CMapStringToString>::type argument_type; typedef CString& result_type; result_type operator()( argument_type r ) const { return r.value; } }; template<> struct select_second_const<CMapStringToString> { typedef range_reference<const CMapStringToString>::type argument_type; typedef const CString& result_type; result_type operator()( argument_type r ) const { return r.value; } }; } } -- - Adam D. Walling

1 0

[Config] Meaning of BOOST_NO_CXX11_HDR_INITIALIZER_LIST
by Michel Morin 10 Mar '12

10 Mar '12

I noticed that BOOST_NO_INITIALIZER_LISTS was replaced by BOOST_NO_CXX11_HDR_INITIALIZER_LIST recently. I have a question related to this change: Does BOOST_NO_CXX11_HDR_INITIALIZER_LIST imply that initializer lists are supported by the compiler? (I guess that the compiler support is checked in a compiler config and the existence of <initializer_list> is checked in a std lib config.) If so, shouldn't the documentation be updated? Regards, Michel

4 17

Boost trunk on Solaris 10 sparc
by Maciej (Matchek) Bliziński 09 Mar '12

09 Mar '12

Hello, I've made an attempt to build Boost from subversion trunk on Solaris 10 on sparc, with gcc-4.6.2. The build didn't succeed, and I'll be looking into ways to make it pass. I've recorded the build in log file which includes all the setup: http://buildfarm.opencsw.org/~maciej/boost-2012-02-29-09-51.log Some highlights: error: No best alternative for libs/context/build/asm_context_sources var/tmp//ccU7e2QF.s: Assembler messages: /var/tmp//ccU7e2QF.s:401: Error: Architecture mismatch on "cas". /var/tmp//ccU7e2QF.s:401: (Requires v9|v9a|v9b; requested architecture is v8.) /opt/csw/lib/gcc/sparc-sun-solaris2.10/4.6.2/include-fixed/sys/feature_tests.h:341:2: error: #error "Compiler or options invalid for pre-UNIX 03 X/Open applications and pre-2001 POSIX applications" In file included from /opt/csw/lib/gcc/sparc-sun-solaris2.10/4.6.2/../../../../include/c++/4.6.2/bits/postypes.h:42:0, from /opt/csw/lib/gcc/sparc-sun-solaris2.10/4.6.2/../../../../include/c++/4.6.2/iosfwd:42, from /opt/csw/lib/gcc/sparc-sun-solaris2.10/4.6.2/../../../../include/c++/4.6.2/ios:39, from /opt/csw/lib/gcc/sparc-sun-solaris2.10/4.6.2/../../../../include/c++/4.6.2/ostream:40, from /opt/csw/lib/gcc/sparc-sun-solaris2.10/4.6.2/../../../../include/c++/4.6.2/iterator:64, from ./boost/next_prior.hpp:15, from ./boost/utility.hpp:17, from ./boost/python/instance_holder.hpp:10, from ./boost/python/object/pointer_holder.hpp:14, from ./boost/python/to_python_indirect.hpp:10, from ./boost/python/converter/arg_to_python.hpp:10, from ./boost/python/call.hpp:15, from ./boost/python/object_core.hpp:14, from ./boost/python/object/enum_base.hpp:8, from libs/python/src/object/enum.cpp:6: There were a couple of other errors, they are in the log file. What the current status of Solaris builds? Is there anyone else building Boost on Solaris 10? Are any of the problems that are in the log file know and possible to work around? Maciej

5 10

Re: [boost] Is there interest in a reusable stream-based console?
by Michael Hava 09 Mar '12

09 Mar '12

> I am interested in your library and seeing it become a part of Boost, > however I agree that history, search, auto-complete, etc being integrated > into the library would be key to making it a more useful addition. I'll look into that… > I can understand the header-only motivation, but have you considered > using SWIG (http://www.swig.org/) to wrap you C++ in your favorite > scripting language and then simply re-using the interactive shell > provided by that language? Honestly not, as providing a way to interop with a scripting language was not part of the original idea… (I'm not even that much a fan of scripting languages…) > (example: http://www.youtube.com/watch?v=VHFu6q1twtE ) Looks nice, but it seems you focused far more on the "programming language aspect" than my original design was. You see I developed my first design based on experience in a product I'm working on in my job, where we offer a console in addition to the GUI for faster input. That console is deeply integrated into the program and was never really designed from the ground up to be reusable… > About the interface, I'm not sure if a command should be defined only by a > simple std::function. I've tried it before but I > wasn't able to make it work as more information were required. Maybe I should have explained that a bit more: the command-class uses a std::function internally to store the callback that's to be executed, it's not a std::function.

2 1

Re: [boost] Is there interest in a reusable stream-based console?
by Michael Hava 09 Mar '12

09 Mar '12

@Julien: I haven't looked into boost::program_options yet, though I don't see a problem in integrating the current design in anything as it's merely a class that reads from a std::basic_istream and writes to a std::basic_ostream whilst calling registered callbacks based on the input… The parameters are currently instances of std::basic_string which are passed to the callback which can than operate on these parameters. On the list of commands thing: I thought about that for a while now and would say that something like Lua would be a perfect solution to be combined with the current design to allow that flexible scripting… @Artyom: I've never before heard about GNU Readline; does that mean that consoles like bash don't offer such a functionality to programs automatically (something that even cmd.exe does)? "Help" is meant to be a short help text on the command, similar to a man-page…

5 5

Is there interest in a reusable stream-based console?
by Michael Hava 09 Mar '12

09 Mar '12

I’ve recently started to design a header-only reusable console-class that’s based on std::iostream. It can be customized by adding a variable amount of “commands”. The implementation is currently based on std::stream and may support any compatible stream as input and output. A typical example of usage would be (excluding namespaces): console c(console::case_sensitive);//create case-sensitive console, that reads commands from std::cin and outputs to std::cout and std::cerr c += command(“Name of command”, “Description of command”, “Extended information on parameters of command”, function);//add command to console, whereas function is a std::function c();//execute console; console is executed until function to stop is called Is there any interest in adding such a library to boost? greetz Michael

4 3

[Config] Patch: clang implemented N3276 decltype
by Michel Morin 08 Mar '12

08 Mar '12

Clang implemented N3276 decltype (which does not require type-completeness of a function call expression) Attached a patch for boost/config/compiler/clang.hpp. BTW, BOOST_NO_DECLTYPE_N3276 needs to be a more descriptive name? Regards, Michel

5 13

workarounf for missing uintptr_t on PGI?
by Oliver Kowalke 08 Mar '12

08 Mar '12

Hi, the PGI compiler (pgi- 11.9) seams not to support intptr_t and uninptr_t. Does boost provide a workaround I'm not aware of? Is the PGI compiler relevant (== does it matter if unit-test fails for PGI but pass GCC, MSVC, INTEL)? Oliver -- Empfehlen Sie GMX DSL Ihren Freunden und Bekannten und wir belohnen Sie mit bis zu 50,- Euro! https://freundschaftswerbung.gmx.de

2 4

Using an element of a class A in a constructor of a class B (reflection with boost::python)
by christophe jean-joseph 07 Mar '12

07 Mar '12

Hello everyone, The situation is as follow. I have a C++ code that I haven't written and that I barely can modified. I am supposed to reflect this code in Python with boost. In the code, I have something looking like this: Class A_Base { A_Base(){}; ~A_Base(){}; Whatever virtual and pure virtual functions; } Class A_Derived{ A_Derived(Type1 arg1,...){whatever instructions;} ~A_Derived(){}; Whatever functions; } Class B { B(A_Base& aBase, double& x){}; ~B(){}; Whatever functions; } In the C++ main, at some point aDerived A_Derived is set, and then B(aDerived, x). I need to reflect that under python. Until now, I have been able, with a simple example, to reflect a function f, which is not a ctor, from a class B using A_Base& as argument type, but I can't figure out how to deal with it for a constructor. Based on: http://wiki.python.org/moin/boost.python/ExportingClasses I am declaring f under both its class B and A_Base as follow: .def("f", &B::f) But when I try this for a constructor as f, it refuse to compile. Anyone got a clue? Thank you very much in advance for any further help.

1 0

[move] [container] [unordered] version 1.49.0 and gcc 3.4.3
by Burt, David 07 Mar '12

07 Mar '12

Dear all I am trying to use boost on the LynxOS-SE 5.0.0 operating system. This has gcc 3.4.3 as the tool chain. To validate the library I am running the regression tests. Previously we have used boost 1.39.0 with some minor patches, 1.49.0 has required fewer patches. However I am stuck with the following problem, if someone could suggest a workaround or identify a patch to the toolchain that I can request to be included by LynuxWorks it would be very much appreciated. The technique used by the move, container & unordered libraries to generate specific implementations of methods based on type characteristics does not work on this compiler. I have included the compiler output from one of the tests. Both of the methods defined in move_helpers are generated for the push_back method even though they should be mutually exclusive and one of them should not be generated based on the SFINAE principal. Thanks David. move - move_algorithm - gcc-lynx Compiler output: ../boost/container/vector.hpp: In instantiation of `boost::container::vector<movable, std::allocator<movable> >': ../libs/move/test/move_algorithm.cpp:19: instantiated from here ../boost/container/vector.hpp:996: error: `template<class BOOST_MOVE_TEMPL_PARAM> typename boost::enable_if_c<(((! boost::is_class<BOOST_MOVE_TEMPL_PARAM>::value) || (! boost::move_detail::is_rv<BOOST_MOVE_TEMPL_PARAM>::value)) && (! boost::is_same<T,BOOST_MOVE_TEMPL_PARAM>::value)), void>::type boost::container::vector::push_back(const BOOST_MOVE_TEMPL_PARAM&) [with BOOST_MOVE_TEMPL_PARAM = BOOST_MOVE_TEMPL_PARAM, T = movable, A = std::allocator<movable>]' and `template<class BOOST_MOVE_TEMPL_PARAM> typename boost::enable_if_c<(( boost::is_class<T>::value && boost::is_same<T,BOOST_MOVE_TEMPL_PARAM>::value) && (! boost::has_move_emulation_enabled<BOOST_MOVE_TEMPL_PARAM>::value)), void>::type boost::container::vector::push_back(const BOOST_MOVE_TEMPL_PARAM&) [with BOOST_MOVE_TEMPL_PARAM = BOOST_MOVE_TEMPL_PARAM, T = movable, A = std::allocator<movable>]' cannot be overloaded ../boost/container/vector.hpp:1117: error: `template<class BOOST_MOVE_TEMPL_PARAM> typename boost::enable_if_c<(((! boost::is_class<BOOST_MOVE_TEMPL_PARAM>::value) || (! boost::move_detail::is_rv<BOOST_MOVE_TEMPL_PARAM>::value)) && (! boost::is_same<T,BOOST_MOVE_TEMPL_PARAM>::value)), boost::container::container_detail::vector_iterator<typename boost::container::allocator_traits<A>::pointer> >::type boost::container::vector::insert(boost::container::container_detail::vector_const_iterator<typename boost::container::allocator_traits<A>::pointer>, const BOOST_MOVE_TEMPL_PARAM&) [with BOOST_MOVE_TEMPL_PARAM = BOOST_MOVE_TEMPL_PARAM, T = movable, A = std::allocator<movable>]' and `template<class BOOST_MOVE_TEMPL_PARAM> typename boost::enable_if_c<(( boost::is_class<T>::value && boost::is_same<T,BOOST_MOVE_TEMPL_PARAM>::value) && (! boost::has_move_emulation_enabled<BOOST_MOVE_TEMPL_PARAM>::value)), boost::container::container_detail::vector_iterator<typename boost::container::allocator_traits<A>::pointer> >::type boost::container::vector::insert(boost::container::container_detail::vector_const_iterator<typename boost::container::allocator_traits<A>::pointer>, const BOOST_MOVE_TEMPL_PARAM&) [with BOOST_MOVE_TEMPL_PARAM = BOOST_MOVE_TEMPL_PARAM, T = movable, A = std::allocator<movable>]' cannot be overloaded ________________________________ Please consider the environment before printing this e-mail. The contents of this e-mail message (including any attachments) are confidential to and are intended to be conveyed for the use of the recipient to whom it is addressed only. If you receive this transmission in error, please notify the sender of this immediately and delete the message from your system. Any distribution, reproduction or use of this message by someone other than recipient is not authorized and may be unlawful.

1 0

Shit. Looks like I broke something
by Marshall Clow 07 Mar '12

07 Mar '12

When I run the status tests; I get the following error [ Revision 77175; gcc 4.2.1; Mac OS X 10.7.3; toolset darwin ] > cd $BOOST/trunk/status > ../b2 > MPI auto-detection failed: unknown wrapper compiler mpic++ > Please report this error to the Boost mailing list: http://www.boost.org > You will need to manually configure MPI support. > Performing configuration checks > > - has_icu builds : no > /Volumes/EyeFive/Marshall/Sources/boost/trunk/tools/build/v2/build/targets.jam:604: in object(main-target)(a)26280.add-alternative from module object(main-target)@26280 > error: default build must be identical in all alternatives > error: main target is ../libs/context/build/asm_context_sources > error: with > error: differing from previous default build <toolset>darwin > /Volumes/EyeFive/Marshall/Sources/boost/trunk/tools/build/v2/build/targets.jam:482: in build-main-targets from module object(project-target)@192 > /Volumes/EyeFive/Marshall/Sources/boost/trunk/tools/build/v2/build/targets.jam:332: in main-target from module object(project-target)@192 > /Volumes/EyeFive/Marshall/Sources/boost/trunk/tools/build/v2/build/targets.jam:397: in find-really from module object(project-target)@192 > /Volumes/EyeFive/Marshall/Sources/boost/trunk/tools/build/v2/build/targets.jam:435: in object(project-target)(a)192.find from module object(project-target)@192 > /Volumes/EyeFive/Marshall/Sources/boost/trunk/tools/build/v2/build/targets.jam:373: in find-really from module object(project-target)@2522 > /Volumes/EyeFive/Marshall/Sources/boost/trunk/tools/build/v2/build/targets.jam:435: in object(project-target)(a)2522.find from module object(project-target)@2522 > /Volumes/EyeFive/Marshall/Sources/boost/trunk/tools/build/v2/build/targets.jam:816: in resolve-reference from module targets > /Volumes/EyeFive/Marshall/Sources/boost/trunk/tools/build/v2/build/targets.jam:833: in targets.generate-from-reference from module targets > /Volumes/EyeFive/Marshall/Sources/boost/trunk/tools/build/v2/build/targets.jam:1217: in generate-dependencies from module object(alias-target-class)@2529 > /Volumes/EyeFive/Marshall/Sources/boost/trunk/tools/build/v2/build/targets.jam:1266: in object(alias-target-class)(a)2529.generate from module object(alias-target-class)@2529 > /Volumes/EyeFive/Marshall/Sources/boost/trunk/tools/build/v2/build/targets.jam:732: in generate-really from module object(main-target)@26276 > /Volumes/EyeFive/Marshall/Sources/boost/trunk/tools/build/v2/build/targets.jam:704: in object(main-target)(a)26276.generate from module object(main-target)@26276 > /Volumes/EyeFive/Marshall/Sources/boost/trunk/tools/build/v2/build/targets.jam:258: in object(project-target)(a)2522.generate from module object(project-target)@2522 > /Volumes/EyeFive/Marshall/Sources/boost/trunk/tools/build/v2/build/targets.jam:258: in object(project-target)(a)827.generate from module object(project-target)@827 > /Volumes/EyeFive/Marshall/Sources/boost/trunk/tools/build/v2/build-system.jam:736: in load from module build-system > /Volumes/EyeFive/Marshall/Sources/boost/trunk/tools/build/v2/kernel/modules.jam:283: in import from module modules > /Volumes/EyeFive/Marshall/Sources/boost/trunk/tools/build/v2/kernel/bootstrap.jam:142: in boost-build from module > /Volumes/EyeFive/Marshall/Sources/boost/trunk/boost-build.jam:17: in module scope from module I was building fine; I checked in r77115, which was a bunch of changes in libs/config/test; ran the tests there, all was well. Then I tried a full regression test, and got this. Maybe it was the other changes that were made to build (77190/91/92/93), but they look benign to me. Suggestions on the best way to debug this? -- Marshall Marshall Clow Idio Software <mailto:mclow.lists@gmail.com> A.D. 1517: Martin Luther nails his 95 Theses to the church door and is promptly moderated down to (-1, Flamebait). -- Yu Suzuki

3 13

Re: [boost] [Boost-commit] svn:boost r77194 - in trunk: boost/config boost/config/compiler boost/config/stdlib libs/config/doc/html/boost_config libs/config/test libs/config/test/all
by Michel Morin 07 Mar '12

07 Mar '12

Hi Marshall, > Author: marshall > Date: 2012-03-03 22:00:49 EST (Sat, 03 Mar 2012) > New Revision: 77194 > […] > --- /trunk/libs/config/test/boost_no_0x_hdr_array.ipp (original) > +++ trunk/libs/config/test/boost_no_cxx11_hdr_array.ipp 2012-03-03 22:00:49 EST (Sat, 03 Mar 2012) > […] > -namespace boost_no_0x_hdr_array { > +namespace boost_no_0cxx11_hdr_array { `boost_no_0cxx11_hdr_array` should be `boost_no_cxx11_hdr_array` ;) Regards, Michel

2 1

[numeric] Applying trivial bugfix
by Antony Polukhin 06 Mar '12

06 Mar '12

Hi, There are a lot of feature requests to support compilation with disabled exceptions #5731, #5076, #5393, #5800. Fix is trivial and well known: replace throw x; with BOOST_THROW_EXCEPTION(x); in a converter_policies.hpp file. But the library maintainer does not like BOOST_THROW_EXCEPTION because of code bloat. Can I apply another trivial fix: struct def_overflow_handler { void operator() ( range_check_result r ) // throw(negative_overflow,positive_overflow) { #ifndef BOOST_NO_EXCEPTIONS if ( r == cNegOverflow ) throw negative_overflow() ; else if ( r == cPosOverflow ) throw positive_overflow() ; #else if ( r == cNegOverflow ) ::boost::throw_exception(negative_overflow()) ; else if ( r == cPosOverflow ) ::boost::throw_exception(positive_overflow()) ; #endif } } ; Adding this will fix all the tickets and allow some of the dependent libraries to build with disabled exceptions. Boost.Lexical_cast tests will cover Boost.Numeric usage cases with disabled exceptions. Best regards, Antony Polukhin

4 7

[msm]omitting region id at the entry pseudo state
by Takatoshi Kondo 05 Mar '12

05 Mar '12

Hello, Now, I'm using Boost.Msm (Version1.49.0). I have a question about a transition behavior when I omit a region id at the entry pseudo state. The document said that when we use the explicit entry, if the state machine satisfied the conditions below, we can omit the region id. http://www.boost.org/doc/libs/1_49_0/libs/msm/doc/HTML/ch03s02.html#d0e852 " Thanks to the mpl_graph library you can also omit to provide the region index and let MSM find out for you. The are however two points to note: - MSM can only find out the region index if the explicit entry state is somehow connected to an initial state through a transition, no matter the direction. - There is a compile-time cost for this feature. " Because of the discussion below, I believe that this rule can also be applied to entry pseudo states. http://boost.2283326.n4.nabble.com/msm-how-to-distinguish-region-ids-tt3612… However, when I omitted the region id, the state machine transitioned to the SubState1. struct Entry1:msmf::entry_pseudo_state<> {}; If I provided the region id, the state machine transitioned to the SubState2. struct Entry1:msmf::entry_pseudo_state<0> {}; See entry_pt_omit_rid.cpp (Attached file) As far as I can understand, Entry1 and SubState1, initial_state, are connected. (See fig.png) Is there any reason that I can't omit the region id in this case? Thanks, Takatoshi

2 3

[Thread] Dll Plugin depending from boost thread
by Keraval Yannick 05 Mar '12

05 Mar '12

Hi guys, An application developed in my company uses the concept of "plugin" which relies on the use of DLL (windows 7 box, Visual Studio 2005). We are using Boost v 1.43 and when loading a plugin with a call to LoadLibrary, application asserts with the following message Debug Assertion Failed! Program: C:\Windows\system32\regsvr32.exe File: f:\dd\vctools\vc7libs\ship\atlmfc\src\mfc\dllinit.cpp Line: 587 --> ASSERT(AfxGetModuleState() != AfxGetAppModuleState()); We could point out that this is due to the use of the boost thread library. A quick google search pointed us to an issue in the Boost.Thread library (e.g. http://stackoverflow.com/questions/5355931/adding-include-boost-thread-mutex -hpp-breaks-my-activex-control). One proposed solution is to build a DLL instead of a static lib but this is impossible in our company (only plugin can be compiled as dll). We also try to update boost to V1.49 but the debug assertion is still raised. Is there another way to fix this ? We could not find any ticket related to this problem (neither in the opened tickets nor in the closed tickets), is this behavior considered as normal ? Thanks -- View this message in context: http://boost.2283326.n4.nabble.com/Thread-Dll-Plugin-depending-from-boost-t… Sent from the Boost - Dev mailing list archive at Nabble.com.

1 0