- Boost-users - lists.boost.org

Re: [Boost-users] [xpressive][proto] Generates VS2010 C4714 in 1.49 but not in 1.48
by Lawry, Brian 27 Apr '12

27 Apr '12

Hi Eric. I replaced everything under ..\boost-1_49\boost\proto with the version from trunk yesterday, but I still get the warnings. "/DBOOST_FORCEINLINE=inline" works for me (performance is not an issue in my application). Thanks. Brian >Message: 1 >Date: Wed, 25 Apr 2012 12:44:46 -0700 >From: Eric Niebler <eric(a)boostpro.com> >To: boost-users(a)lists.boost.org >Subject: Re: [Boost-users] [xpressive][proto] Generates VS2010 C4714 > in 1.49 but not in 1.48 >Message-ID: <4F98542E.9080400(a)boostpro.com> >Content-Type: text/plain; charset=ISO-8859-1 >On 4/24/2012 11:33 PM, Eric Niebler wrote: >=> On 4/24/2012 2:48 PM, Lawry, Brian wrote: >>> I would be OK with suppressing the warning, but I haven't been able >>> to do so. Putting "#pragma warning(disable : 4714)" in my source >>> file and in boost/xpressive/detail/core/ sub_match_vector.hpp and in >>> boost/proto/transform/call.hpp does not suppress the warning. Using >>> the "disable specific warnings" compiler switch /wd4714 also does not >>> work. >I checked this and found that the warning can in fact be suppressed. I went through >proto's source files and suppressed it everywhere __forceinline is used. Your sample >code now compiles cleanly with /W4 with boost trunk. >Thanks for the report. >-- >Eric Niebler >BoostPro Computing >http://www.boostpro.com

1 0

Re: [Boost-users] Do boost run well on x64 platform with such warning?
by John Drescher 27 Apr '12

27 Apr '12

> I have a stupid question > Now i build boost 1.49 on x64 platform with vc2005 > I find such many warnings: warning C4267: '=' : conversion from 'size_t' to > 'unsigned int', possible loss of data or conversion from '_int64' to > 'unsigned int', possible loss of data > I want to make sure that these warnings really do lose data whether or not > on x64 flatform. > Put another way, could these warning be neglected or should i change the > source code? Just neglect these warnings. These would only be a problem if size_t had > 4 billion elements. I certainly do not put that many elements into my structures yet! John

1 0

[asio] Getting End of file on ssl::stream::shutdown
by Tak Sze 26 Apr '12

26 Apr '12

I have a very simple SSL client and server program that send messages back and forth using asio ssl stream. Both sides send a "no more message" message when they are done. Then they both call shutdown to shutdown the SSL connection. However, I kept getting "shutdown: End of file" from shutdown. Does anyone know why I am getting that? - Tak

1 0

error: partial specialization after instantiation when using boost.atomic
by niXman 26 Apr '12

26 Apr '12

Hello! I try to use boost.atomic library[1] and when compiling this trivial code: > #include <iostream> > #include <boost/atomic.hpp> > int main() {} http://liveworkspace.org/code/3c355fc61db67d52266a66103bce325a and I get the following error: > boost/atomic/detail/integral-casts.hpp:155:7: > error: partial specialization of 'boost::detail::atomic::platform_atomic<T, 4u>' > after instantiation of 'boost::detail::atomic::platform_atomic<int>' I try to find the 'boost::detail::atomic::platform_atomic<int>' specialization, but couldn`t find it. Maybe someone faced with a similar error. Or maybe someone has an idea what kind of error is this, in fact? Thanks! [1] http://www.chaoticmind.net/~hcb/projects/boost.atomic/ -- Regards, niXman

1 0

program_options, parse_config_file problems
by Andrew E Slaughter 26 Apr '12

26 Apr '12

Hello, I am attempting to parse configuration options from a file using Boost::program_options. I am following the example provided on the website (http://www.boost.org/doc/libs/1_49_0/doc/html/program_options/overview.html…) variables_map vm; store(parse_command_line(argc, argv, desc), vm); store(parse_config_file("example.cfg", desc), vm); notify(vm); I have included the following related to program_options: #include <boost/program_options.hpp> // Boost Program Options #include <boost/program_options/positional_options.hpp> #include <boost/program_options/parsers.hpp> I have the exact code as above in my program but receive the following error. The program works fine if I comment out the line with the parse_config_file line. Can someone please help me get this working. Thanks, Andrew --- COMPILER ERROR -------------------------- /home/slaughter/Documents/programs/source/common/user_options/user_options.cpp: In member function ‘void SlaughterCommon::User_options::apply_options(int, char**)’: /home/slaughter/Documents/programs/source/common/user_options/user_options.cpp:27:76: error: no matching function for call to ‘parse_config_file(const char [22], boost::program_options::options_description&, bool)’ /home/slaughter/Documents/programs/source/common/user_options/user_options.cpp:27:76: note: candidates are: /usr/include/boost/program_options/parsers.hpp:163:5: note: template<class charT> boost::program_options::basic_parsed_options<charT> boost::program_options::parse_config_file(std::basic_istream<charT>&, const boost::program_options::options_description&, bool) /usr/include/boost/program_options/parsers.hpp:176:5: note: template<class charT> boost::program_options::basic_parsed_options<charT> boost::program_options::parse_config_file(const char*, const boost::program_options::options_description&, bool) make[3]: *** [source/common/CMakeFiles/common.dir/user_options/user_options.cpp.o] Error 1 make[2]: *** [source/common/CMakeFiles/common.dir/all] Error 2 make[1]: *** [source/common/CMakeFiles/test_user_options.dir/rule] Error 2 make: *** [test_user_options] Error 2

2 1

[xpressive][proto] Generates VS2010 C4714 in 1.49 but not in 1.48
by Lawry, Brian 25 Apr '12

25 Apr '12

The following code produces a C4714 warning in Visual Studio 2010 with Boost 1.49 but not 1.48: ------------------------------------------------------------------------ ---------------------------------------- #include "stdafx.h" #include <boost/xpressive/xpressive.hpp> void main() { using namespace boost::xpressive; sregex pat1 = "foo" >> +space >> "bar"; // OK in 1.48, C4714 in 1.49 sregex pat2 = "foo" >> +space >> "bar" >> +space; // OK in 1.48, C4714 in 1.49 sregex pat3 = "foo" >> +space; // OK in 1.48, OK in 1.49 sregex pat4 = "foo" >> +space >> +digit; // OK in 1.48, OK in 1.49 sregex pat5 = +space >> "foo" >> +space; // OK in 1.48, C4714 in 1.49 } ------------------------------------------------------------------------ ---------------------------------------- System: Compiler: Visual Studio 2010 SP1 [Microsoft (R) 32-bit C/C++ Optimizing Compiler Version 16.00.40219.01 for 80x86] Compiler warning level: /W4 OS: Windows 7 Professional 32-bit I would be OK with suppressing the warning, but I haven't been able to do so. Putting "#pragma warning(disable : 4714)" in my source file and in boost/xpressive/detail/core/ sub_match_vector.hpp and in boost/proto/transform/call.hpp does not suppress the warning. Using the "disable specific warnings" compiler switch /wd4714 also does not work. Complete warning text: ------------------------------------------------------------------------ ---------------------------------------- 1>c:\Boost\include\boost-1_49\boost/xpressive/detail/core/sub_match_vect or.hpp(115): warning C4714: function 'boost::xpressive::detail::static_xpression<Matcher,Next> boost::proto::call<PrimitiveTransform>::impl2<Expr,State,Data,B>::operat or ()(const boost::proto::exprns_::expr<Tag,Args,Arity> &,const boost::xpressive::detail::static_xpression<boost::xpressive::detail::str ing_matcher<Traits,ICase>,boost::xpressive::detail::static_xpression<Mat cher,boost::xpressive::detail::static_xpression<boost::xpressive::detail ::end_matcher,boost::xpressive::detail::no_next>>> &,boost::xpressive::detail::xpression_visitor<BidiIter,ICase,Traits> &) const' marked as __forceinline not inlined 1> with 1> [ 1> Matcher=boost::xpressive::detail::simple_repeat_matcher<boost::xpressive ::detail::static_xpression<boost::xpressive::detail::posix_charset_match er<traits_type>,boost::xpressive::detail::true_xpression>,boost::mpl::tr ue_>, 1> Next=boost::xpressive::detail::static_xpression<boost::xpressive::detail ::string_matcher<traits_type,boost::mpl::false_>,boost::xpressive::detai l::static_xpression<boost::xpressive::detail::simple_repeat_matcher<boos t::xpressive::detail::static_xpression<boost::xpressive::detail::posix_c harset_matcher<traits_type>,boost::xpressive::detail::true_xpression>,bo ost::mpl::true_>,boost::xpressive::detail::static_xpression<boost::xpres sive::detail::end_matcher,boost::xpressive::detail::no_next>>>, 1> PrimitiveTransform=boost::xpressive::Grammar<char> (boost::xpressive::grammar_detail::as_repeat<char,boost::xpressive::Gram mar<char>,boost::mpl::true_>), 1> Expr=const boost::proto::exprns_::expr<boost::proto::tagns_::tag::unary_plus,boost: :proto::argsns_::list1<const boost::proto::exprns_::expr<boost::proto::tagns_::tag::terminal,boost::p roto::argsns_::term<boost::xpressive::detail::posix_charset_placeholder> ,0> &>,1> &, 1> State=boost::xpressive::detail::static_xpression<boost::xpressive::detai l::string_matcher<traits_type,boost::mpl::false_>,boost::xpressive::deta il::static_xpression<boost::xpressive::detail::simple_repeat_matcher<boo st::xpressive::detail::static_xpression<boost::xpressive::detail::posix_ charset_matcher<traits_type>,boost::xpressive::detail::true_xpression>,b oost::mpl::true_>,boost::xpressive::detail::static_xpression<boost::xpre ssive::detail::end_matcher,boost::xpressive::detail::no_next>>>, 1> Data=boost::xpressive::detail::xpression_visitor<std::_String_const_iter ator<char,std::char_traits<char>,std::allocator<char>>,boost::mpl::false _,traits_type> , 1> B=true, 1> Tag=boost::proto::tagns_::tag::unary_plus, 1> Args=boost::proto::argsns_::list1<const boost::proto::exprns_::expr<boost::proto::tagns_::tag::terminal,boost::p roto::argsns_::term<boost::xpressive::detail::posix_charset_placeholder> ,0> &>, 1> Arity=1, 1> Traits=traits_type, 1> ICase=boost::mpl::false_, 1> BidiIter=std::_String_const_iterator<char,std::char_traits<char>,std::al locator<char>> 1> ] 1> c:\Boost\include\boost-1_49\boost/proto/transform/call.hpp(168) : see declaration of 'boost::proto::call<PrimitiveTransform>::impl2<Expr,State,Data,B>::opera tor ()' 1> with 1> [ 1> PrimitiveTransform=boost::xpressive::Grammar<char> (boost::xpressive::grammar_detail::as_repeat<char,boost::xpressive::Gram mar<char>,boost::mpl::true_>), 1> Expr=const boost::proto::exprns_::expr<boost::proto::tagns_::tag::unary_plus,boost: :proto::argsns_::list1<const boost::proto::exprns_::expr<boost::proto::tagns_::tag::terminal,boost::p roto::argsns_::term<boost::xpressive::detail::posix_charset_placeholder> ,0> &>,1> &, 1> State=boost::xpressive::detail::static_xpression<boost::xpressive::detai l::string_matcher<traits_type,boost::mpl::false_>,boost::xpressive::deta il::static_xpression<boost::xpressive::detail::simple_repeat_matcher<boo st::xpressive::detail::static_xpression<boost::xpressive::detail::posix_ charset_matcher<traits_type>,boost::xpressive::detail::true_xpression>,b oost::mpl::true_>,boost::xpressive::detail::static_xpression<boost::xpre ssive::detail::end_matcher,boost::xpressive::detail::no_next>>>, 1> Data=boost::xpressive::detail::xpression_visitor<std::_String_const_iter ator<char,std::char_traits<char>,std::allocator<char>>,boost::mpl::false _,traits_type> , 1> B=true 1> ] ------------------------------------------------------------------------ ---------------------------------------- Thanks in advance for any assistance. Brian Lawry blawry(a)cccglobal.com Compressor Controls Corp Manufacturing Software Engineer /"\ ASCII Ribbon Campaign \ / no HTML in email & vCards X no proprietary attachments / \ use open standards

2 2

[Random] Noob question: Random number generators inside function
by Błażej Jaworowski 25 Apr '12

25 Apr '12

I have a Monte Carlo simulation program (Ising model) in which I wanted to use Boost.Random number generators instead of one from *Numerical Recipes. *It works when the generator is called only in main, but when I use it inside function, I have "identifier not found". I don't want to initialize them each time I call a function because this will repeat the sequences of random number. Is there a way to overcome it? I don't know much about typedefs and templates, so my initialization of the generator is just copied from some tutorial and changed in, I hope, appropriate places. Here is the example code (I wouldn't paste original program, it's too long, but here is the same problem) // random_test.cpp : Defines the entry point for the console application. // #include "stdafx.h" #include "iostream" #include <ctime> #include <boost/random.hpp> using namespace std; namespace boost { namespace random { template<typename UIntType, int w, unsigned int p, unsigned int q> class lagged_fibonacci_engine; template<typename RealType, int w, unsigned int p, unsigned int q> class lagged_fibonacci_01_engine; typedef lagged_fibonacci_01_engine< double, 48, 607, 273 > lagged_fibonacci607; typedef lagged_fibonacci_01_engine< double, 48, 1279, 418 > lagged_fibonacci1279; typedef lagged_fibonacci_01_engine< double, 48, 2281, 1252 > lagged_fibonacci2281; typedef lagged_fibonacci_01_engine< double, 48, 3217, 576 > lagged_fibonacci3217; typedef lagged_fibonacci_01_engine< double, 48, 4423, 2098 > lagged_fibonacci4423; typedef lagged_fibonacci_01_engine< double, 48, 9689, 5502 > lagged_fibonacci9689; typedef lagged_fibonacci_01_engine< double, 48, 19937, 9842 > lagged_fibonacci19937; typedef lagged_fibonacci_01_engine< double, 48, 23209, 13470 > lagged_fibonacci23209; typedef lagged_fibonacci_01_engine< double, 48, 44497, 21034 > lagged_fibonacci44497; } } void generate(); int _tmain(int argc, _TCHAR* argv[]) {const int rangeMin = 1; const int rangeMax = 10; typedef boost::uniform_real<> NumberDistribution; typedef boost::random::lagged_fibonacci9689 RandomNumberGenerator; typedef boost::variate_generator<RandomNumberGenerator&, NumberDistribution> Generator; NumberDistribution distribution(rangeMin, rangeMax); RandomNumberGenerator generator; Generator numberGenerator(generator, distribution); generator.seed(time(0)); // seed with the current time generate(); return 0; } void generate(){cout << numberGenerator() << endl;}

2 1

compiler.hpp problem
by Petros 24 Apr '12

24 Apr '12

Hi, I am using boost 1.48 with msvc2010 on win7. When compiling, I get the following error ( and then many more on the same file ) : C:\_petros\_otc\ext\boost_1_48_0\boost/mpl/aux_/config/compiler.hpp(1): error C2059: syntax error : ':' I tried to look into the file and it does not look like an ordinary C++ header. I have no idea what to do with this error message.. On my laptop (boost 1.47) it does not give me this message. One more thing: I had to reinstall win7 and copied the previously saved boost build which then copied to the proper directory. Any ideas/input will be greatly appreciated. TIA, Petros

2 2

Re: [Boost-users] passing compiler directives
by Matt Priest 24 Apr '12

24 Apr '12

Hello, I'm not sure if this is the standard etiquette for this mailing list, but I thought I would follow up on solution I found for this issue. Maybe it's of value to someone. I had assumed that the required dependencies needed by the source file, unique_path.cpp, weren't getting there because of an inability to get the location to the compiler. It turns out that "read" and "close" aren't available via the <fcntl.h> header on this system (SuSE 11.?). They are available in the <unistd.h>... clearly a minor issue. I was not enthused about modifying the source files in the boost tree, but adding the "#include <unistd.h>" fixed the issue. Recompiling and adding the Bzip libs/header resulted in 1014 targets built with no "fail" messages. Here was the edit to "libs/filesystem/v3/src/unique_path.cpp", line #31: 27-#include <boost/filesystem/v3/operations.hpp> 28- 29-# ifdef BOOST_POSIX_API 30-# include <fcntl.h> 31:# include <unistd.h> 32-# else // BOOST_WINDOWS_API 33-# include <windows.h> Matt Subject: passing compiler directives Date: Mon, 23 Apr 2012 14:24:00 -0500 From: Matt Priest <mpriest(a)cray.com><mailto:mpriest@cray.com> To: <boost-users(a)lists.boost.org><mailto:boost-users@lists.boost.org> Hello, In advance, please excuse this newbie question. I am trying to build boost_1_48_0 and it is going well for all but 4 targets, two of which are the disclaimed <iostreams> failures relating to the bzip targets. However, I'm getting errors when trying to build : boost_1_48_0/libs/filesystem/v3/src/unique_path.cpp Here's the error (there's a nearly duplicate error for the statically linked target): gcc.compile.c++ /users/mpriest/Docs/Boost/build/boost/bin.v2/libs/filesystem/build/gcc-4.7.0/release/threading-multi/v3/src/unique_path.o libs/filesystem/v3/src/unique_path.cpp: In function 'void {anonymous}::system_crypt_random(void*, std::size_t, boost::system::error_code*)': libs/filesystem/v3/src/unique_path.cpp:68:49: error: 'read' was not declared in this scope libs/filesystem/v3/src/unique_path.cpp:71:17: error: 'close' was not declared in this scope libs/filesystem/v3/src/unique_path.cpp:79:13: error: 'close' was not declared in this scope "gcc" -ftemplate-depth-128 -O3 -finline-functions -Wno-inline -Wall -m64 -pthread -fPIC -DBOOST_ALL_NO_LIB=1 -DBOOST_FILESYSTEM_DYN_LINK=1 -DBOOST_SYSTEM_DYN_LINK=1 -DNDEBUG -I"." -c -o "/users/mpriest/Docs/Boost/build/boost/bin.v2/libs/filesystem/build/gcc-4.7.0/release/threading-multi/v3/src/unique_path.o" "libs/filesystem/v3/src/unique_path.cpp" ...failed gcc.compile.c++ /users/mpriest/Docs/Boost/build/boost/bin.v2/libs/filesystem/build/gcc-4.7.0/release/threading-multi/v3/src/unique_path.o... It seems like a simple include file availability issue or a pre-processor define issue, but I can't seem to affect a change in that compiler command through the user-config.jam file edits. When I run b2 with --debug-configuration option, I clearly see that change the -L and -I options in the user-config.jam file is reflected in the output, but still only see the -I"." option as shown above. It seems to me that those functions, read and close, should be made available through including the usual <fcntl.h>, and I think it's a bit curious that no other targets fail from the lack of "read" and "close". Any insight would be appreciated... thank you. Matt

2 2

Re: [Boost-users] [Test] Compiling libraries for Windows Mobile 6 ARMV4I
by Daniel Angel Muñoz Trejo 24 Apr '12

24 Apr '12

Hi Paul, I'm also trying to compile boost for WM6 ARMV4I with STLPort 5.2.1. I'm stuck still in the STLPort part. What steps did you follow to build STLPort 5.2.1 and then boost? I'm stuck in things like this for example: The configure --help of stlport states for evc9: (*) For these compilers the target processor is determined automatically. You must run the WCE*.BAT file you wish to build STLport for before running configure. But there isn't any WCE*.bat file in stlport zip. Do you (or anyone else) remember what steps did you follow to build? Thanks! -- Daniel Angel Muñoz Trejo

1 0