November 2008 - Boost-users - lists.preview.boost.org

Boost 1.37.0 and Borland C++ Builder 5 (compiler version 5.5/5.5.1)
by Marcin Kurek 24 Nov '08

24 Nov '08

Hello, I'm upgrading project which was originally developed using Borland C++ Builder 5. I need to do some parsing, so I thought I'd use Boost Regex. However, building regex with Borland C++ 5.5 (and 5.5.1) is an issue. There is no bcb5.mak included, so I use bjam: C:\boost_1_37_0\libs\regex\bjam --toolset=borland-5.5 (I tried --toolset=borland also) When I hit enter the only things I get are compiler errors... borland.compile.c++ ..\..\..\bin.v2\libs\regex\build\borland-5.5.1\debug\posix_a pi.obj ..\..\..\libs\regex\src\..\src\posix_api.cpp: Error E2404 ..\..\..\boost/regex/v4/basic_regex.hpp 195: Dependent type qualifie r 'c_regex_traits<char>' has no member type named 'string_type' in function __st dcall regcompA(regex_tA *,const char *,int) (...) Error E2228 ..\..\..\boost/regex/v4/basic_regex.hpp 346: Too many error or warni ng messages in function __stdcall regcompA(regex_tA *,const char *,int) *** 6 errors in Compile *** "bcc32.exe" -j5 -g255 -q -c -P -Ve -Vx -a8 -b- -v -Od -tWC -tWR -tWC -tWD -W M- -DBOOST_ALL_NO_LIB=1 -DBOOST_REGEX_DYN_LINK=1 -I"..\..\.." -I"C:\Program File s\Borland\CBuilder5/include/" -o"..\..\..\bin.v2\libs\regex\build\borland-5.5.1\ debug\posix_api.obj" "..\..\..\libs\regex\src\..\src\posix_api.cpp" Is there anybody who forced BCC 5.5/5.5.1 to play with Boost/Regex? Thanks, Marcin

2 1

Problem building Boost 1.37.0 on AIX using XL C/C++ v9.0.0.7
by Scott P. Smith (Atlanta) 24 Nov '08

24 Nov '08

I have successfully built the bjam tool, however when I attempt to build boost I get the following errors: "libs/math/build/../src/tr1/cbrt.cpp", line 11.39: 1540-0403 (S) "cbrt(double)" is already defined. "libs/math/build/../src/tr1/copysign.cpp", line 13.39: 1540-0403 (S) "copysign(double, double)" is already defined. It looks like the TR1 implementation that comes with xlC v9 is clashing with the implementation in boost. Is there a way to tell the bjam that the compiler supports TR1? I did not see such an option in the bjam help output. Thanks, Scott ________________________________ This message may contain confidential information and is intended for specific recipients unless explicitly noted otherwise. If you have reason to believe you are not an intended recipient of this message, please delete it and notify the sender. This message may not represent the opinion of IntercontinentalExchange, Inc. (ICE), its subsidiaries or affiliates, and does not constitute a contract or guarantee. Unencrypted electronic mail is not secure and the recipient of this message is expected to provide safeguards from viruses and pursue alternate means of communication where privacy or a binding message is desired.

1 0

Re: [Boost-users] boost test with assert()
by Hicham Mouline 24 Nov '08

24 Nov '08

Hmm. Sadly, RemoveSimulation() does other things that SimulationId knows nothing about ... > ----- Original Message ----- > From: "Gennadiy Rozental" <rogeeff(a)gmail.com> > To: boost-users(a)lists.boost.org > Subject: Re: [Boost-users] boost test with assert() > Date: Fri, 21 Nov 2008 23:45:59 +0000 (UTC) > Hicham Mouline <hicham <at> mouline.org> writes: > > > Possibly, there is a nicer/cleaner way to test this? > > Possible there is a nicer way to design this? Why not just call > RemoveSimulation > from SimulationId destructor? > > Gennadiy

3 5

[boost::asio]about boost::asio::async_read_until
by Ken zhang 24 Nov '08

24 Nov '08

Hi Dear all I want use async_read_until for read stream from socket until EOF,but I can't compile code below. code: boost::asio::async_read_until(socket_, stream_buffer_,boost::asio::transfer_all(), boost::bind(&http_connection::handle_read_response, this, boost::asio::placeholders::error,boost::asio::placeholders::bytes_transferred)); stream_buffer is instance of boost::asio::streambuf I got the error like: d:\development\boost_1_36_0\boost\asio\impl\read_until.ipp(953) : error C2664: "bool boost::asio::detail::transfer_all_t::operator ()<iterator>(const Error &,size_t)":Can't convert paramerater 2 from "iterator" to "size_t" with [ Error=iterator ] d:\development\tcphttpbridge\httpconnection.cpp(75):参见对正在编译的函数模板实例化"void boost::asio::async_read_until<boost::asio::ip::tcp::socket,std::allocator<_Ty>,boost::asio::detail::transfer_all_t,boost::_bi::bind_t<R,F,L>>(AsyncReadStream &,boost::asio::basic_streambuf<> &,MatchCondition,ReadHandler,void *)"的引用 with [ _Ty=char, R=void, F=boost::_mfi::mf2<void,http_connection,const boost::system::error_code &,size_t>, L=boost::_bi::list3<boost::_bi::value<http_connection *>,boost::arg<1>,boost::arg<2>>, AsyncReadStream=boost::asio::ip::tcp::socket, MatchCondition=boost::asio::detail::transfer_all_t, ReadHandler=boost::_bi::bind_t<void,boost::_mfi::mf2<void,http_connection,const boost::system::error_code &,size_t>,boost::_bi::list3<boost::_bi::value<http_connection *>,boost::arg<1>,boost::arg<2>>> ] -- Best Regards, Ken

2 5

Re: [Boost-users] Boost.Asio, An invalid argument was supplied.
by stefys 24 Nov '08

24 Nov '08

You were right, my apologies. Apparently, the problem was lying in preparing the acceptor to wait for clients. I was doing .bind() on it, but I was forgetting to do .listen(). Best regards, Steven

2 1

[multiindex] Why not to add B+Tree index to multiIndex?
by fgmailbox 24 Nov '08

24 Nov '08

we can use multiindex as a memory db,but the multiindex only support hash index and Order index(RB TREE),why not to add b+ Tree Index to multiindex to make it much faster . 2008-11-20 fgmailbox

5 5

[Preprocessor] Auitomatic switch generation for template class instanciation
by Olivier Tournaire 24 Nov '08

24 Nov '08

Hi all, I am currently completly lost with boost::preprocessor. I am trying to automatically generate a switch ... case structure with this lib and I cannot figure how I can do what I want. Here is the problem. I have a class templated over 2 parameters (in reality, more ...). At run time, I need to choose a specific instanciation for a user given values. An example : class MyDataEnergy { // ... }; class AnotherDataEnergy { // ... }; class MyPriorEnergy { // ... }; class AnotherPriorEnergy { // ... }; template <typename DataEnergyType , typename PriorEnergyType> class MyModel : public DataEnergyType , public PriorEnergyType { // ... }; Now, somewhere in the code, a user specifies which energies to use, and I have to instanciate MyModel with those energies: // ... int priorType = ValueComingFromSomewhere(); int dataType = AnotherValueComingFromSomewhere(); switch(priorType) { case 0: switch(dataType) { case 0: { MyModel<MyPriorEnergy,MyDataEnergy> aModel; aModel.SetInput(...); aModel.Optimize(...); } break; case 1: { MyModel<MyPriorEnergy,AnotherDataEnergy> aModel; aModel.SetInput(...); aModel.Optimize(...); } break; default: break; } case 1: switch(dataType) { case 0: { MyModel<MyPriorEnergy,MyDataEnergy> aModel; aModel.SetInput(...); aModel.Optimize(...); } break; case 1: { MyModel<MyPriorEnergy,AnotherDataEnergy> aModel; aModel.SetInput(...); aModel.Optimize(...); } break; default: break; } default: break; } I would like to know if there is a way to automate the above switch generation. As I have 5 templates, and not only 2, this will really helps ... I tried using BOOST_PP_SEQ_FOR_EACH but did not came to a result. Then, there is a lot of duplication in the above code. Am I doing the right way ? Hope you could help, Best regards, Olivier -- Dr. Olivier Tournaire Chargé de recherches MATIS - Institut Géographique National 73, Ave de Paris 94165 St Mandé cedex, France tel: (+33) 1 43 98 80 00 - 71 25 fax: (+33) 1 43 98 85 81

2 3

[Proto] POD expression can't be used in std::vector
by Joel Falcou 23 Nov '08

23 Nov '08

I have a expression who use BOOST_PROTO_EXTEND to be used as a POD type and I have a class inheriting from this expression to build a terminal class. When I build a std::vector of this terminal class using vector(size_t n) constructor I got the following error : /usr/include/c++/4.3.2/bits/stl_uninitialized.h:192: erreur: no matching function for call to ‘_Construct(const nt2::cmplx_expr<boost::proto::exprns_::expr<boost::proto::tag::address_of, boost::proto::argsns_::list1<nt2::cmplx_expr<boost::proto::exprns_::expr<boost::proto::tag::terminal, boost::proto::argsns_::term<std::pair<float, float> >, 0l> >&>, 1l> >, const nt2::cmplx<float>&)’ And same for _Destruct() Seems & is used on the expression instead of the terminal class (a bit like the cout bug we found earlier). Is it a proto bug or a std bug ? -- ___________________________________________ Joel Falcou - Assistant Professor PARALL Team - LRI - Universite Paris Sud XI Tel : (+33)1 69 15 66 35

4 14

Re: [Boost-users] [boost] Maintenace Guidelines wiki page
by vicente.botet 23 Nov '08

23 Nov '08

----- Original Message ----- From: "Robert Ramey" <ramey(a)rrsd.com> To: <boost(a)lists.boost.org> Cc: <boost-users(a)lists.boost.org> Sent: Saturday, November 22, 2008 11:28 PM Subject: Re: [boost] [Boost-users] Maintenace Guidelines wiki page > > vicente.botet wrote: >> ----- Original Message ----- >> From: "Robert Ramey" <ramey(a)rrsd.com> >> To: <boost-users(a)lists.boost.org> >> Cc: <boost(a)lists.boost.org> >> Sent: Saturday, November 22, 2008 9:19 PM >> Subject: Re: [Boost-users] Maintenace Guidelines wiki page >> I really think that *we can* achieve this goal. > > I would say 'we COULD' achieve this goal - if there was a > true desire to do so. You don't belive that things COULD change? >>> Your "Maintainence Guidlines" presume a consensus >>> about what should be acceptable practice where no >>> such consensus actually exists. >> >> Which acceptable practice are you referring to for which there is no >> consensus? > > My view is that it is good practice to consider > breaking an interface should be considered a bug. Does your view accepts that exceptionally a well documented breaking change with a reasoable deprecated period could not be considered a bug? > The responses to the posting cited above, indicate > to me that there is no consensus to support > this view point. You are right, there was no consensus at all respect to this point. May be we can reach a consensus in other points that can make Boost more backward compatible if not completly backward compatible. Do you think that the deprecation of a feature should be considered as a bug? If not how long should a reasonable period be for you? <snip> ... >> Please could you participate in the elaboration of this guidelines, > > Basically, the guidelines are fine Thanks. > The guidelines for authors should be separated from those > for users. Yes, I could add an index by author, user, RM. Why not. > For users, "don't use "using" " could be part of a larger list > of suggestions for getting the most benefit from the libraries. I'm sure that you have think about it already. Could you share with us some of these suggestions? Thanks, Vicente

2 4

enable_if on operator type()
by Joel Falcou 23 Nov '08

23 Nov '08

How can I set up SFINAE using enable_if on method like struct foo { template<class T> operator T() { return T(1); } }; I want the operator T() to be ther only if T is arithemtic for example. TIA -- ___________________________________________ Joel Falcou - Assistant Professor PARALL Team - LRI - Universite Paris Sud XI Tel : (+33)1 69 15 66 35

3 3