January 2013 - Boost - lists.boost.org

Re: [boost] [interprocess] (OS X) waiting on condition variable = CPU 100% + fans running loud
by Peter Dimov 08 Jan '13

08 Jan '13

> > Clang has std::atomic though, doesn't it? It probably supports the > > __sync intrinsics as well. > > Actually, it seems to support the even better __atomic intrinsics: > > http://gcc.gnu.org/onlinedocs/gcc/_005f_005fatomic-Builtins.html Also here: http://libcxx.llvm.org/atomic_design_a.html

2 2

Re: [boost] [interprocess] (OS X) waiting on condition variable = CPU 100% + fans running loud
by Peter Dimov 08 Jan '13

08 Jan '13

> Clang has std::atomic though, doesn't it? It probably supports the __sync > intrinsics as well. Actually, it seems to support the even better __atomic intrinsics: http://gcc.gnu.org/onlinedocs/gcc/_005f_005fatomic-Builtins.html

1 0

[release] permission to merge (fix show-stopper in 1.53-rc)
by Oliver Kowalke 08 Jan '13

08 Jan '13

I'd like to merge trunk to release in order to fix bug #7864 (unresolved symbols on Windows)

2 2

Re: [boost] new proposal: order statistics tree (Szymon Wojciechowski)
by Leo Goodstadt 07 Jan '13

07 Jan '13

> On Fri, Jan 04, 2013; 4:33am, "Rahul Sr" <srivasrrahul(a)gmail.com> wrote: > > On Wed, Jan 2, 2013 at 3:46 PM, Szymon Wojciechowski wrote: > > Briefly, it is container which allows logarithmic inserting, searching and > > erasing as in set, but additionally it permits to access elements via > > numerical value - key order. > > Will it be like this? > http://stackoverflow.com/questions/11230734/c-stl-order-statistic-tree > http://www.opensource.apple.com/source/llvmgcc42/llvmgcc42-2336.9/libstdc++… The libstdc++ policy based data structure (pb_ds) order statistic tree only has "set" behaviour. It takes a certain amount of extra work to use it as a replacement for multiset and multimap. They recommend using a set (tree) of lists to use pb_ds::tree like a multiset. However, this obviously doesn't work for order_statistic tree: each of the duplicates is only counted once (each list of duplicates is a single element in the tree). Does your order statistic tree allow duplicates? Leo Goodstadt

2 1

[parameter] std proposal
by Lorenzo Caminiti 07 Jan '13

07 Jan '13

Hello all, Is there a C++ standard proposal for named parameter addition? I am looking for an "N-paper" for named parameters similar to N2081 for concepts, or N1962 for contracts. Thank you. -- Sent from my mobile device Lorenzo

6 8

[CMake] current status of project
by Алексей Кутумов 07 Jan '13

07 Jan '13

Hello! I am new to boost community and i want to know about current status of "CMake modularization" project. I try to build boost according this page: https://svn.boost.org/trac/boost/wiki/CMakeModularizationStatus, and i`ve got some issues during configuring and building under win32, and i have some ideas how to fix them, but i didn`t see any activity since May 2012. I see Is this project alive?

1 0

[utf8_codecvt_facet]
by Robert Ramey 06 Jan '13

06 Jan '13

change Revision: 81616 Author: marshall Date: 11:12:42 AM, Wednesday, November 28, 2012 Message: Fixed incorrect 'const' param for utf8_codecvt_facet::do_length ---- Modified : /trunk/boost/detail/utf8_codecvt_facet.hpp This change causes the a failure in the serialization library test suite with "test_utf8_codecvt" on all platforms which use the gcc standard library. I'm not sure what motivated the change or what it addressed but I'm pretty sure it's causing this (and a couple other) test failures. Note that all the failures are related to usage of wchar_t - perhaps that helps. Note that the test is part of the serialization library test suite - but it has nothing to do with serialization per se and doesn't use any of the serialization library. It just happens to be there because there was no more convenient place to put it. Marshall - could you please look into this? Robert Ramey

2 9

[Release][Spirit] Asking for approval to merge bugfix
by Hartmut Kaiser 06 Jan '13

06 Jan '13

Hey, I somehow missed to merge one commit from trunk to the release branch (see attached). May I commit this to fix a compilation problem in Spirit? The patch is very low risk as it just renames a parameter. Regards Hartmut --------------- http://boost-spirit.com http://stellar.cct.lsu.edu

2 4

[Locale] Security bug announcement - UTF-8 validation
by Artyom Beilis 06 Jan '13

06 Jan '13

Hello, Boost.Locale library in Boost 1.48 to 1.52 including has a security flow. boost::locale::utf::utf_traits accepted some invalid UTF-8 sequences. Applications that used these functions for UTF-8 input validation could expose themself to security threats as invalid UTF-8 sequece would be considered as valid. This bug is fixed in upcoming Boost 1.53. For more details see: https://svn.boost.org/trac/boost/ticket/7743 Users who can't upgrade to the latest versions may apply the following patch to fix the problem. http://cppcms.com/files/locale/boost_locale_utf.patch Regards, Artyom Beilis -------------- CppCMS - C++ Web Framework: http://cppcms.com/ CppDB - C++ SQL Connectivity: http://cppcms.com/sql/cppdb/

7 9

[config] MSCV 10 defines BOOST_NO_CXX11_HDR_TUPLE with a C++03 implementation
by Vicente J. Botet Escriba 05 Jan '13

05 Jan '13

Hi, The current implementation of boost::make_unique_locks needs a std::tuple with C++11 move semantics.* *MSCV 10 provides <tuple> and rvalue references so that BOOST_NO_CXX11_HDR_TUPLE and BOOST_NO_CXX11_RVALUE_REFERENCES are not defined. However I suspect that the implementation provided by <tuple> with this version is the one corresponding to TR1 and doesn't provide move semantics as the message in http://tinyurl.com/atjdoh3 could let think. Could someone confirm my suspicion?* *Is there a way to request MSVC 10 to not import TR1 files? Should BOOST_NO_CXX11_HDR_TUPLE be defined for MSVC 10 as it doesn't implements the c++11 semantics while BOOST_NO_HDR_TUPLE could be undefined? * *Best, Vicente ** Test output: id - thread - make_unique_locks__mutex_p / msvc-10.0 Rev 82343 / Thu, 3 Jan 2013 23:15:13 +0000 *Report Time: *Sat, 5 Jan 2013 12:53:31 +0000 Compile [2013-01-04 08:34:35 UTC]: fail call "C:\Program Files (x86)\Microsoft Visual Studio 10.0\VC\vcvarsall.bat" x86 >nul cl /Zm800 -nologo @"c:\boost\regression\trunk\results\boost\bin.v2\libs\thread\test\make_unique_locks__mutex_p.test\msvc-10.0\debug\threading-multi\sync\mutual_exclusion\locks\unique_lock\cons\make_unique_locks_mutex_pass.obj.rsp" make_unique_locks_mutex_pass.cpp c:\Program Files (x86)\Microsoft Visual Studio 10.0\VC\INCLUDE\tuple(79) : error C2558: class 'boost::unique_lock<Mutex>' : no copy constructor available or copy constructor is declared 'explicit' with [ Mutex=boost::mutex ] c:\Program Files (x86)\Microsoft Visual Studio 10.0\VC\INCLUDE\tuple(77) : while compiling class template member function 'std::tr1::_Cons_node<_Car,_Cdr>::_Cons_node(const std::tr1::_Cons_node<_Car,_Cdr> &)' with [ _Car=boost::unique_lock<boost::mutex>, _Cdr=std::tr1::_Cons_node<boost::unique_lock<boost::mutex>,std::tr1::_Cons_node<boost::unique_lock<boost::mutex>,std::tr1::_Tuple_type<std::tr1::_Nil,std::tr1::_Nil,std::tr1::_Nil,std::tr1::_Nil,std::tr1::_Nil,std::tr1::_Nil,std::tr1::_Nil,std::tr1::_Nil,std::tr1::_Nil,std::tr1::_Nil>::_Type>> ] c:\Program Files (x86)\Microsoft Visual Studio 10.0\VC\INCLUDE\tuple(479) : see reference to class template instantiation 'std::tr1::_Cons_node<_Car,_Cdr>' being compiled with [ _Car=boost::unique_lock<boost::mutex>, _Cdr=std::tr1::_Cons_node<boost::unique_lock<boost::mutex>,std::tr1::_Cons_node<boost::unique_lock<boost::mutex>,std::tr1::_Tuple_type<std::tr1::_Nil,std::tr1::_Nil,std::tr1::_Nil,std::tr1::_Nil,std::tr1::_Nil,std::tr1::_Nil,std::tr1::_Nil,std::tr1::_Nil,std::tr1::_Nil,std::tr1::_Nil>::_Type>> ] ..\libs\thread\test\sync\mutual_exclusion\locks\unique_lock\cons\make_unique_locks_mutex_pass.cpp(41) : see reference to class template instantiation 'std::tr1::tuple<_Arg0,_Arg1,_Arg2,_Arg3,_Arg4,_Arg5,_Arg6,_Arg7,_Arg8,_Arg9>' being compiled with [ _Arg0=boost::unique_lock<boost::mutex>, _Arg1=boost::unique_lock<boost::mutex>, _Arg2=boost::unique_lock<boost::mutex>, _Arg3=std::tr1::_Nil, _Arg4=std::tr1::_Nil, _Arg5=std::tr1::_Nil, _Arg6=std::tr1::_Nil, _Arg7=std::tr1::_Nil, _Arg8=std::tr1::_Nil, _Arg9=std::tr1::_Nil * *

1 0