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

Boost Log: I can't see syslog messages sent via boost syslog.
by Anatoly G 11 Apr '16

11 Apr '16

Dear members, I have a question about Boost syslog. I"m beginner Boost user. I created attached code and can't understand why it doesn't work. I execute my code on linux Kubuntu 3.13.0 After execution I"m looking for test strings in syslog file: grep "Test" /var/log/syslog But I don't see any line. I tried to execute commands from shell logger "Test from shell" logger -n 127.0.0.1 -t myapp -p user.notice "Test from shell" I see these lines after executing grep on /var/log/syslog I tried to initialize syslog_backend with boost::log::keywords::use_impl = boost::log::sinks::syslog::native instead of boost::log::keywords::use_impl = boost::log::sinks::syslog::udp_socket_based but then I get compile message, native not defined. I found BOOST_LOG_USE_NATIVE_SYSLOG macro which should be defined during Boost build, but I don't understand how to activate this macro in boost build. Can you please suggest what is the problem? Regards, Anatoly.

1 0

[accumulators] nan error of mean
by Ireneusz Szcześniak 08 Apr '16

08 Apr '16

Hi, I'm using Boost.Accumulators to calculate the standard error of a sample mean, and I'm getting a nan (not a number) as a result, while I should be getting a zero or some number close to it. I boiled down the problem to a small sample that I'm attaching. I would appreciate it if someone could help me out here. Thanks, Irek

1 0

[Boost.Container] flat_set constructor with ordered_unique_range
by dariomt＠gmail.com 08 Apr '16

08 Apr '16

Hi list, If I use the flat_set constructor passing ordered_unique_range, does the library assert in debug mode that the passed data range is indeed ordered and unique? I don't seem to find such assert, but I think it would be very useful, to catch programmer errors. Regards

3 2

seekable input filter definition
by Cherotek Music 07 Apr '16

07 Apr '16

Hey, I'm new to boost and need a seekable input filter that will operate on bytes read from an ifstream. This is what I currently have: struct my_filter : boost::iostreams::seekable_filter{ template<typename Source> int get(Source& src) { int byte = boost::iostreams::get(src); if(byte != EOF && byte != boost::iostreams::WOULD_BLOCK) { // Do something with byte } return byte; } template<typename Sink> bool put(Sink&, char) { // No need to actually implement put because this filter is only used with ifstream return true; } template<typename T> std::streampos seek(T& t, boost::iostreams::stream_offset off, std::ios_base::seekdir way, std::ios_base::openmode which = std::ios_base::in | std::ios_base::out) { return boost::iostreams::seek(t, off, way, which); }}; It works but I would like to get rid of the useless put method. The boost documentation here http://www.boost.org/doc/libs/1_60_0/libs/iostreams/doc/concepts/filter.html says there is an InputSeekableFilter refinement of Filter but I can't seem to understand how to use it (there are no input_seekable_filter_tag or input_seekable_filter structs that I could use). Thanks

2 2

[asio] Error code by io_service.run(ec) not the same as in async_read_handler
by Michael Weise 06 Apr '16

06 Apr '16

Hello, my question is about the error code returned by io_service.run_one. I expect the error code returned by run_one to be the same as the one in the handler - but they are not. Inside my handler I check the error code, which is equal to operation aborted: void ConnectionBase::ReadUntilHandler( const boost::system::error_code & ec, std::size_t bytes_transferred) { // ec == boost::asio::error::operation_aborted ... } At some other point I call io_service.run_one, which calls the above handler: ... m_asioService.run_one(ec); assert(ec == boost::asio::error::operation_aborted); ... The assertion fails - for some reason the error code is not the same as in the handler. What's the reason for this? Maybe my assumtion that run_one(ec) returns the error code of the handler is simply wrong? If so, what error does io_service.run(ec) actually report? Thanks for help, Michael PS: boost::asio version is 1.56.0

2 1

Using Boost.ASIO with Boost.Coroutine2
by Carlos Ferreira 06 Apr '16

06 Apr '16

Hello to all! Is it possible to use Boost.ASIO with Boost.Coroutine2? For what I understood upon reading the documentation, using Boost.Corouine2 is preferable, due to issues present in Coroutine that were solved in Coroutine2. The documentation is scarse and I'm having some trouble in making things work. Thank you! -- Carlos Miguel Ferreira Researcher at Telecommunications Institute Aveiro - Portugal Work E-mail - cmf(a)av.it.pt Skype & GTalk -> carlosmf.pt(a)gmail.com LinkedIn -> http://www.linkedin.com/in/carlosmferreira

1 0

[Q] piecewise_construct for boost::container::map::emplace()
by dave m. 05 Apr '16

05 Apr '16

I recently tried (but failed) to use boost::container::map::emplace() with the piecewise_construct tag to forward constructor args as tuples. After some fiddling around, it appears that piecewise_construct is not implemented for boost::container::detail::pair (see boost/container/detail/pair.hpp:151). I couldn't find any discussion in the mailing list archives. Is there a good reason not to use emplace() this way, or unreasonable difficulty in implementing piecewise_construct for pair<U,V>? (I ended up making constructors for my K, V elements that take tuples<>, so emplace() is working for me, but I'm not completely sure that I have avoided all possible copy/move operations. Using gcc-4.9.2, fwiw.) Thanks, dhm

1 0

Re: [Boost-users] [type traits] Using Boost.Geometry with Clang/LLVM & VC14
by degski 05 Apr '16

05 Apr '16

I've successfully compiled Boost 1.61.0 Beta 1 Release Candidate with VC14 (no Clang-Cl.exe) in debug and release. This has exposed the "hacks" I mentioned earlier in this thread. When compiling my test program with Clang-Cl (latest) and VC14, the following errors are reported. (in my hacks I just added std:: to the boost code in the appropriate places, untill Clang stopped complaining. 1>------ Rebuild All started: Project: test, Configuration: Debug x64 ------ 1> In file included from test.cpp:16: 1> In file included from z:\vc\x64\include\boost/geometry.hpp:17: 1> In file included from z:\vc\x64\include\boost/geometry/geometry.hpp:28: 1> In file included from z:\vc\x64\include\boost/geometry/core/coordinate_type.hpp:23: 1> In file included from z:\vc\x64\include\boost/geometry/util/promote_floating_point.hpp:19: 1> In file included from z:\vc\x64\include\boost/type_traits.hpp:62: 1>z:\vc\x64\include\boost/type_traits/has_nothrow_assign.hpp(64,7): error : no template named 'is_assignable'; did you mean 'std::is_assignable'? 1> BOOST_HAS_NOTHROW_ASSIGN(T) 1> ^ 1> z:\vc\x64\include\boost/type_traits/intrinsics.hpp(199,96) : note: expanded from macro 'BOOST_HAS_NOTHROW_ASSIGN' 1> # define BOOST_HAS_NOTHROW_ASSIGN(T) (__has_nothrow_assign(T) && !is_volatile<T>::value && is_assignable<T&, const T&>::value) 1> ^ 1> C:\Program Files (x86)\Microsoft Visual Studio 14.0\VC\include\type_traits(577,9) : note: 'std::is_assignable' declared here 1> struct is_assignable 1> ^ 1> In file included from test.cpp:16: 1> In file included from z:\vc\x64\include\boost/geometry.hpp:17: 1> In file included from z:\vc\x64\include\boost/geometry/geometry.hpp:28: 1> In file included from z:\vc\x64\include\boost/geometry/core/coordinate_type.hpp:23: 1> In file included from z:\vc\x64\include\boost/geometry/util/promote_floating_point.hpp:19: 1> In file included from z:\vc\x64\include\boost/type_traits.hpp:63: 1>z:\vc\x64\include\boost/type_traits/has_nothrow_constructor.hpp(26,84): error : no template named 'is_default_constructible'; did you mean 'std::is_default_constructible'? 1> template <class T> struct has_nothrow_constructor : public integral_constant<bool, BOOST_HAS_NOTHROW_CONSTRUCTOR(T)>{}; 1> ^ 1> z:\vc\x64\include\boost/type_traits/intrinsics.hpp(193,80) : note: expanded from macro 'BOOST_HAS_NOTHROW_CONSTRUCTOR' 1> # define BOOST_HAS_NOTHROW_CONSTRUCTOR(T) (__has_nothrow_constructor(T) && is_default_constructible<T>::value) 1> ^ 1> C:\Program Files (x86)\Microsoft Visual Studio 14.0\VC\include\type_traits(539,9) : note: 'std::is_default_constructible' declared here 1> struct is_default_constructible 1> ^ 1> In file included from test.cpp:16: 1> In file included from z:\vc\x64\include\boost/geometry.hpp:17: 1> In file included from z:\vc\x64\include\boost/geometry/geometry.hpp:28: 1> In file included from z:\vc\x64\include\boost/geometry/core/coordinate_type.hpp:23: 1> In file included from z:\vc\x64\include\boost/geometry/util/promote_floating_point.hpp:19: 1> In file included from z:\vc\x64\include\boost/type_traits.hpp:74: 1>z:\vc\x64\include\boost/type_traits/has_trivial_assign.hpp(28,7): error : no template named 'is_assignable'; did you mean 'std::is_assignable'? 1> BOOST_HAS_TRIVIAL_ASSIGN(T) 1> ^ 1> z:\vc\x64\include\boost/type_traits/intrinsics.hpp(187,96) : note: expanded from macro 'BOOST_HAS_TRIVIAL_ASSIGN' 1> # define BOOST_HAS_TRIVIAL_ASSIGN(T) (__has_trivial_assign(T) && !is_volatile<T>::value && is_assignable<T&, const T&>::value) 1> ^ 1> C:\Program Files (x86)\Microsoft Visual Studio 14.0\VC\include\type_traits(577,9) : note: 'std::is_assignable' declared here 1> struct is_assignable 1> ^ Then there are more errors, but they are either the same as the ones I've reported earlier, or the result of the above errors. Have a good day, degski

4 9

Boost.Fit review Mars 3-20 result
by Vicente J. Botet Escriba 03 Apr '16

03 Apr '16

Hi, I will be out for two weeks and I wanted to at least give the result of the Boost.Fit library review even if I would need more time to have a complete report. Summary ======= The review of the proposed Boost.Fit library ended on Mars 20, 2016. The verdict is: Conditional acceptance (a new review is needed) There were too much concerns about the documentation and what exactly this library is proposing and not enough reviews commenting the design, code and test for each one of the proposed functions. From the review discussion I deduce that there is some interest in the library, and that some people don't understand yet what the library is proposing. Paul has started already to take in account some if the issues raised during the review and a lot of them must be resolved before we re-try a new review. There were some discussion about the name of the library, but there were no consensus. Paul is free to change the name of his library and see how people react. On behalf of the Boost community, I would like to thank Paul Fultz for the work he has put into the Fit library so far. I encourage him to continue to evolve this library and to bring it back for a new review. We had seven 6 formal votes, and 2 more votes without a complete review abbreviated here: Steaven Watanabe: No in his current state Zach Laine : Conditinal acceptance Krzysztof Jusiak: Accepted Artyom Beilis : Rejected Peter Dimov : Accepted (no review) Manuel Sancher : Accepted (no review) Rob Stewart : Conditinal acceptance ??? Louis Dionne : Conditinal acceptance There were other people that participated on the review giving their advice respect to a specific issue. I thank each of these reviewers, and indeed everyone who invested some time participating in the discussions. If you feel that I have misrepresented your position, or have omitted or garbled an important point, please respond: the archived mail thread should accurately reflect the will of the community, even if this message does not. Detailed Report =============== You will need to wait yet for a month before I will be able to do it. On the mean time there are a lot of issues that must be addressed and that are part of the github issues. For more information see: Github:https://github.com/pfultz2/Fit/tree/boost Issues:https://github.com/pfultz2/Fit/issues Documentation:http://pfultz2.github.io/Fit/doc/html/ Hopping this helps, Vicente Botet Escriba

1 0

[Python] exec_file double delete
by Albert Yiamakis 03 Apr '16

03 Apr '16

Hello, Working with Boost 1.58, I am using Boost.Python to interpret python code. eval() and exec() are working as expected, however exec_file results on a double delete upon finishing reading the script. This can be observed in the following minimal: #include <boost/python.hpp> int main() { Py_Initialize(); boost::python::exec_file("foo.py"); } where foo.py contains a single line: print "hello" hello is printed on the screen - i.e. the script is completed before the crash. Valgrind also finds a number of invalid reads in the exec_file line before an invalid free/delete. Is there something I'm missing in exec_file usage, or do you think there might be a mismatch of dependencies? (using boost and python both from my package manager). Thank you, Albert

1 0

Re: [Boost-users] Weird code in lockfree::queue::reserve (compilation error)
by Bjorn Reese 02 Apr '16

02 Apr '16

On 04/02/2016 05:08 PM, Aurelien Regat-Barrel wrote: > I'm trying to use lockfree::queue, and I get a compiler error when calling reserve(). The following code does not compile with VC++ 2015: What error are you getting? Have you checked that the type T you use as the template argument to lockfree::queue<T> fulfills the documented requirements? > void reserve(size_type n) > { > pool.template reserve<true>(n); > } > > And indeed... what does this syntax mean: "pool.template reserve"? You can see it here: The use of the template keyword above is correct. It is used to help the C++ compiler resolve an otherwise ambiguous syntax. See the section "The template disambiguator for dependent names" at: http://en.cppreference.com/w/cpp/language/dependent_name

2 1

Weird code in lockfree::queue::reserve (compilation error)
by Aurelien Regat-Barrel 02 Apr '16

02 Apr '16

Hello, I'm trying to use lockfree::queue, and I get a compiler error when calling reserve(). The following code does not compile with VC++ 2015: void reserve(size_type n) { pool.template reserve<true>(n); } And indeed... what does this syntax mean: "pool.template reserve"? You can see it here: http://www.boost.org/doc/libs/1_60_0/boost/lockfree/queue.hpp Regards, Aurélien Regat-Barrel

1 0

Boost.Spirit's Greedy Fundamental Type Parsers
by Daniel Hofmann 01 Apr '16

01 Apr '16

Suppose I want to parse a list of ";"-separated floating point pairs with "," being the pair separator as in "1,2;3,4". Following this list comes a string literal representing a file extension, such as ".txt". Therefore what I want to successfully parse input like the following: 1,2;3,4.txt (For the record, the input could also be 1.1,2.2;3.3,4.4.txt) The parser I came up with is the 1:1 translation of above's description into the Spirit DSL and shows Spirit's expressive power: ((double_ % ",") % ";") >> ".txt" Unfortunately, the parser fails on the input with the integral values above. Why? Because the fundamental parser for double_ greedily matches on the "4." in "4.txt". Changing the "4" to "4.0" as in 1,2;3,4.0.txt parses successfully (but is not an option as it requires the user to always add a trailing ".0" in case the last digit is integral. I read about Spirit's DSL mapping to Parsing Expression Grammar (PEG) with the choice operator | being evaluated in order. So the next logical step for me was to try making use of it and adapting the parser: (((int_ | double_) % ",") % ";") >> ".txt" which works on 1,2;3,4.txt but no longer on 1,2;3,4.0.txt Is there a way to adapt the parser to handle both cases? I asked this on IRC and got the answer to try a solution based on ((double_ >> ".") | (int_ >> ".")) >> "txt" but when I use use this to parse "4.txt" into a std::vector<double> via parse(first, last, ((double_ >> ".") | (int_ >> ".")) >> "txt", into); the vector contains: {4, 4} and its size() is 2, which I can make no sense of at all (but this may be a different problem). Cheers, Daniel J H

3 4

Is there any ongoing work to support toolset Clang 3.7 with Microsoft CodeGen (v140_clang_3_7)
by forumer＠smartmobili.com 01 Apr '16

01 Apr '16

Hi, Microsoft has released a new toolset mixing clang for the code analysis part and VS2015 for the code generation. https://blogs.msdn.microsoft.com/vcblog/2015/12/04/clang-with-microsoft-cod… https://blogs.msdn.microsoft.com/vcblog/2016/01/20/clang-with-microsoft-cod… Is there any ongoing work to support this new compiler and properly support it ? Thanks

1 0

Re: [Boost-users] [boost] Boost 1.61.0 Beta 1
by Tom Kent 31 Mar '16

31 Mar '16

On Thu, Mar 31, 2016 at 3:05 AM, Vladimir Prus <vladimir.prus(a)gmail.com> wrote: > > The first beta packages for 1.61.0 beta 1 are now available: > <snip> > > It was discovered that the .zip and .7z archives actually have LF line > endings, > at least in some places. Fixing this is not quite trivial, as Travis uses > ancient version of Ubuntu and Git, and is not deemed critical, as most > Windows > editors handle LF just fine. We might do something for the final release, > or > might not. > I would vote for leaving it, I've always thought it would be preferable if all the releases were the same. I think notepad.exe is the only app that still has issues with line endings, though I'd be interested in hearing some history on why was different for the windows releases. Tom

1 0

Looping through variadic macro arguments
by Florian Lindner 31 Mar '16

31 Mar '16

Hello, I have this macro: #define vmacro(expr, ...) \ cout << "n macro = " << BOOST_PP_VARIADIC_SIZE(__VA_ARGS__) << endl; \ cout << BOOST_PP_VARIADIC_ELEM(0, __VA_ARGS__) << endl; \ cout << BOOST_PP_VARIADIC_ELEM(1, __VA_ARGS__) << endl; \ for (int i = 0; i < BOOST_PP_VARIADIC_SIZE(__VA_ARGS__); i++) { \ cout << i << ": " << BOOST_PP_VARIADIC_ELEM(i, __VA_ARGS__) << endl; \ } The VARIADIC_SIZE is correct and I can access elements using BOOST_PP_VARIADIC_ELEM as long as I use a literal. The loop body produces error messages when compiling. BOOST_PP_VARIADICS is 1. The goal is to concatenate all variadic macro arguments to a string. If there a more clever solution, I'm very eager to hear them. Thanks! Florian ERROR MESSAGES: % clang++ -std=c++11 -g3 -rdynamic -ldl test.cpp test.cpp:154:3: error: expected expression vmacro(4, 5, 6); ^ test.cpp:120:26: note: expanded from macro 'vmacro' cout << i << ": " << BOOST_PP_VARIADIC_ELEM(i, __VA_ARGS__) << endl; \ ^ /usr/include/boost/preprocessor/variadic/elem.hpp:26:101: note: expanded from macro 'BOOST_PP_VARIADIC_ELEM' # define BOOST_PP_VARIADIC_ELEM(n, ...) BOOST_PP_CAT(BOOST_PP_VARIADIC_ELEM_, n)(__VA_ARGS__,) ^ 1 error generated. g++ -std=c++11 -g3 -rdynamic -ldl test.cpp In file included from test.cpp:9:0: test.cpp: In function 'void f(int)': test.cpp:120:26: error: expected primary-expression before ')' token cout << i << ": " << BOOST_PP_VARIADIC_ELEM(i, __VA_ARGS__) << endl; \ ^ test.cpp:154:3: note: in expansion of macro 'vmacro' vmacro(4, 5, 6); ^ test.cpp:120:26: error: 'BOOST_PP_VARIADIC_ELEM_i' was not declared in this scope cout << i << ": " << BOOST_PP_VARIADIC_ELEM(i, __VA_ARGS__) << endl; \ ^ test.cpp:154:3: note: in expansion of macro 'vmacro' vmacro(4, 5, 6); ^

2 16

Boost 1.61.0 Beta 1 Release Candidate 2
by Vladimir Prus 31 Mar '16

31 Mar '16

Second set of release candidates for 1.61.0 beta 1 are now available: http://boost.cowic.de/rc/boost_1_61_0_b1_rc2.zip http://boost.cowic.de/rc/boost_1_61_0_b1_rc2.tar.bz2 http://boost.cowic.de/rc/boost_1_61_0_b1_rc2.tar.gz http://boost.cowic.de/rc/boost_1_61_0_b1_rc2.7z As always, the release managers would appreciate it if you download the candidate of your choice and give building it a try. Please report both success and failure, and anything else that is noteworthy. The changes from RC1 are: * Top-level directory in the archive matches the name * Zip and 7z archives use CRLF line endings The known issues are: * Documentation build has some wrong-location, extra-files and broken-links issues. * There was a report of Boost.Context issue on OSX Release managers believe these issues are not blocking beta 1. The SHA1 checksums are as follows: 4d3c83d3a802d3dd12d4f2d516b3fcf076f6f6ba boost_1_61_0_b1_rc2.7z 8c6ac7326a3cabcabf6c7876052b73e0d41fc36d boost_1_61_0_b1_rc2.tar.bz2 e82b8ff7c3ad5b08c7dbeac1ea85fcf707a1cd4d boost_1_61_0_b1_rc2.tar.gz 7292e8fdac0566fe098a60a197a5722d381842d3 boost_1_61_0_b1_rc2.zip The SHA256 checksums are as follows: bc8341bfb8c6621319ad9eb732179fc7ec4da35c3cefc31b613f83ec3df10361 boost_1_61_0_b1_rc2.7z c0f06c78c195af9079773a2b250674244f1899ec81e84d5455f0761f1d888a16 boost_1_61_0_b1_rc2.tar.bz2 400fa0949aa201d993bf116461365e5d44904a3f8db6412f4f40f2b4ab490405 boost_1_61_0_b1_rc2.tar.gz d75688ecad601303dda2658e9a3d06f406dd4dc8e2c13c36bdadcac0a11dcffa boost_1_61_0_b1_rc2.zip Thanks! -- The release managers

2 2

Encountering an issue trying to compile on OS X 10.11.4
by Brian Krisler 29 Mar '16

29 Mar '16

Hi, I am trying to compile a package that utilizes boost libraries, and the compilation fails. This is on OS X El Capitan, with clang version: 7.3.0.7030029. Is this a known issue, and is there a work around? In file included from /opt/local/include/boost/signals2/slot_base.hpp:18: /opt/local/include/boost/signals2/detail/foreign_ptr.hpp:42:54: error: reference to 'weak_ptr' is ambiguous template<typename T> struct weak_ptr_traits<std::weak_ptr<T> > ~~~~~^ /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/../include/c++/v1/memory:5035:29: note: candidate found by name lookup is 'std::__1::weak_ptr' class _LIBCPP_TYPE_VIS_ONLY weak_ptr ^ /opt/local/include/boost/signals2/detail/foreign_ptr.hpp:25:30: note: candidate found by name lookup is 'std::weak_ptr' template<typename T> class weak_ptr; ^ /opt/local/include/boost/signals2/detail/foreign_ptr.hpp:42:33: error: redefinition of 'weak_ptr_traits<weak_ptr<type-parameter-0-0> >' template<typename T> struct weak_ptr_traits<std::weak_ptr<T> > ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ /opt/local/include/boost/signals2/detail/foreign_ptr.hpp:38:33: note: previous definition is here template<typename T> struct weak_ptr_traits<boost::weak_ptr<T> > ^ /opt/local/include/boost/signals2/detail/foreign_ptr.hpp:54:56: error: reference to 'shared_ptr' is ambiguous template<typename T> struct shared_ptr_traits<std::shared_ptr<T> > ~~~~~^ /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/../include/c++/v1/memory:3847:29: note: candidate found by name lookup is 'std::__1::shared_ptr' class _LIBCPP_TYPE_VIS_ONLY shared_ptr ^ /opt/local/include/boost/signals2/detail/foreign_ptr.hpp:24:30: note: candidate found by name lookup is 'std::shared_ptr' template<typename T> class shared_ptr; ^ /opt/local/include/boost/signals2/detail/foreign_ptr.hpp:54:33: error: redefinition of 'shared_ptr_traits<shared_ptr<type-parameter-0-0> >' template<typename T> struct shared_ptr_traits<std::shared_ptr<T> > ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ /opt/local/include/boost/signals2/detail/foreign_ptr.hpp:50:33: note: previous definition is here template<typename T> struct shared_ptr_traits<boost::shared_ptr<T> > ^ 4 errors generated. Thanks Brian

1 0

Build console_test_runner.cpp in boost-1.60.0
by Sergiy Tkachuk 29 Mar '16

29 Mar '16

Hello, I downloaded sources boost_1_60_0.zip from boost.org I have built boost libraries. After this I tried to build console_test_runner.cpp located at \libs\test\tools\console_test_runner\src\console_test_runner.cpp of boost_1_60_0.zip. I run following command: ..\..\..\..\b2 toolset=msvc-14.0 address-model=64 variant=release debug-symbols=on I run it from the folder \libs\test\tools\console_test_runner\ I got errors, I tried to investigate them. It appears that console_test_runner.cpp contains following line: #include <boost/test/utils/runtime/cla/named_parameter.hpp> I tried to search boost folder for files "named_parameter*.*". I found html-files only. Then I checked Boost.Test repo at https://github.com/boostorg/test, rev. 36c5fe6a5604d0277f6d6a4cf167f95c38095c3c I also didn't found "named_parameter*.*" How can I obtain console_test_runner.exe from console_test_runner.cpp? I am not an expert in building boost, I just need working binaries. Thank you, -- Best wishes, Sergiy

1 0

LynxOS
by Miller, Caleb R 28 Mar '16

28 Mar '16

Has anyone ever used boost with LynxOS? In particular LynxOS-178 using ppc? Thanks, Caleb Caleb R. Miller 314-232-5633 The Boeing Company

1 0

Re: [Boost-users] Boost.Serialization how to use serialize without nvp
by Bjorn Reese 27 Mar '16

27 Mar '16

On 03/23/2016 12:45 PM, gast128 wrote: > We want archives the same for debug and release. So I tried a couple of things: > * use primitive_type: This doesn't work if the type T is a string. Basically > it doesn't come in the 'load(std::wstring &ws)' anymore, since it now routes > to operator<< and then all kinds of nasty thing happens for xml archives. I do not have a solution for you, but I wanted to voice my support for a new level type to ignore a nesting level (but not its content) during serialization.

2 1

ptree json parser is not bidirectionnal
by Sébastien Gallou 25 Mar '16

25 Mar '16

Hi all, I experience a strange behavior of parsing non-JSON data with JSON parser. Take this example : boost::property_tree::ptree m_tree; > // Non-JSON to ptree using JSON parserstd::istringstream is("1"); // Simple value, non-JSON > boost::property_tree::json_parser::read_json(is, m_tree); // ==> No exception ! > // ptree back to JSONstd::ostringstream buf; > boost::property_tree::json_parser::write_json(buf, m_tree, false); // ==> Exception > > Unserializing non-JSON value using JSON parser doesn't raise exception. If you try to serialize the resulted ptree, you now got an exception. Is this behavior normal ? In this case, is there an easy and light mean to check that input value is JSON formatted (Regex ?) ? Thanks for your help, S. Gallou

1 0

How to add child tree into an existing tree.
by Anil Jangam 24 Mar '16

24 Mar '16

Hi, I have the following property tree. propset1 { prop1 2 prop2 5 prop3 60 prop4 7 } I am trying to add couple of child trees to this so that the resulting property tree would look like below. propset1 { prop1 2 prop2 5 prop3 60 prop4 5 childset1 { child1prop1 4 child1prop1 6 child1prop1 9 } childset2 { child2prop1 2 child2prop1 6 child2prop1 7 } } I wrote the following code. // Add General config pt::ptree propset1; propset1.put("propset1.prop1", 2); propset1.put("propset1.prop2", 5); propset1.put("propset1.prop3", 60); propset1.put("propset1.prop4", 7); // Add childset1 config pt::ptree childset1; childset1.add("child1prop1", 4); childset1.add("child1prop2", 6); childset1.add("child1prop3", 9); propset1.add_child("childset1", childset1); // Add childset2 config pt::ptree childset2; childset2.add("child2prop1", 2); childset2.add("child2prop2", 6); childset2.add("child2prop3", 7); propset1.add_child("childset2", childset2); However the above code is resulting into below property tree. propset1 { prop1 2 prop2 5 prop3 60 prop4 5 childset1 { child1prop1 4 child1prop1 6 child1prop1 9 } } propset1 { prop1 2 prop2 5 prop3 60 prop4 5 childset2 { child2prop1 2 child2prop1 6 child2prop1 7 } } Can someone please suggest what is correct use of API? /anil

1 0

Selecting function overloads with boost::overload()
by Reza Jahanbakhshi 23 Mar '16

23 Mar '16

First a little bit of background. Recently I've been using boost.python and I noticed choosing a specific function overload is kind of messy when defining class interfaces or free functions. Consider the following functions and member functions: void fn(int i, float f); int fn(const std::string& str); float car::method(); void car::method(int i, double d); According to boost.python documentation we can add these function using either of following constructs: void (*fn1)(int, float) = fn; int (*fn2)(const std::string&) = fn; def("fn", fn1); def("fn", fn2); float (car::*method1)() = &car::method; void (car::*method2)(int, double) = &car::method; .def("method", method1) .def("method", method2) or to avoid those intermediate variables we can do it directly: def("fn", (void (*)(int, float))fn); def("fn", (int (*)(const std::string&))fn); .def("method", (float(car::*)())&car::method) .def("method", (void (car::*)(int, double))&car::method) Which in my opinion is not readable enough. So I wrote a small utility to make it a little bit more readable. For example: def("fn", overload<void(int, float)>(fn)); def("fn", overload<int(const std::string&)(fn)); .def("method", overload<float()>(&car::method)); .def("method", overload<void(int, double)>(&car::method)); Notice how I gave the desired signature to the overload function and it will choose that exact overload for me. It's not only limited to boost.python and we can use it wherever we need to select a specific overloaded function. For example: auto f = overload<void(int, float)>(fn); Of course it's just a syntactic sugar and you might not find it improving anything at all but in my case it helped my code readability somehow. Now my question. I pasted the whole thing here. As for non-member functions I could implement it relying only on C++11 variadic templates. But for member functions I couldn't find a way to do it without boost.preprocess and using only C++11 variadic template. Here is the full code tested with GCC 5.3.1 (std=C++11), Clang 3.7.0 (std=C++11) and MSVC2015 #include <type_traits> #include <boost/mpl/vector.hpp> #include <boost/preprocessor/arithmetic/inc.hpp> #include <boost/preprocessor/punctuation/comma_if.hpp> #include <boost/preprocessor/repetition.hpp> namespace boost { namespace detail { template <typename SignatureType> struct fn_signature; template <typename ResultType, typename... ArgType> struct fn_signature<ResultType(ArgType...)> { using result_type = ResultType; using arg_type = boost::mpl::vector<ArgType...>; static const std::size_t arg_count = sizeof...(ArgType); using type = ResultType(*)(ArgType...); }; template <typename ClassType, typename SignatureType> struct memfn_signature; template <typename ClassType, typename ResultType, typename... ArgType> struct memfn_signature<ClassType, ResultType(ArgType...)> { using type = ResultType(ClassType::*)(ArgType...); }; } // namespace detail template <typename SignatureType> typename detail::fn_signature<SignatureType>::type overload(typename detail::fn_signature<SignatureType>::type fn) { return fn; } #define BOOST_OVERLOAD_MAX_ARGS_COUNT 5 #define BOOST_OVERLOAD_PP_METHOD_OVERLOAD_ARGS(Z, N, C) BOOST_PP_COMMA_IF(N) typename std::enable_if<detail::fn_signature<SignatureType>::arg_count == C, typename boost::mpl::at_c<typename detail::fn_signature<SignatureType>::arg_type, N>::type>::type #define BOOST_OVERLOAD_PP_METHOD_OVERLOAD_IMPL(Z, N, _) \ template <typename SignatureType, typename ClassType> \ typename detail::memfn_signature<ClassType, SignatureType>::type overload(typename detail::fn_signature<SignatureType>::result_type(ClassType::*memfn)(BOOST_PP_REPEAT(N, BOOST_OVERLOAD_PP_METHOD_OVERLOAD_ARGS, N))) \ { \ return memfn; \ } BOOST_PP_REPEAT(BOOST_PP_INC(BOOST_OVERLOAD_MAX_ARGS_COUNT), BOOST_OVERLOAD_PP_METHOD_OVERLOAD_IMPL, _) #undef BOOST_OVERLOAD_PP_METHOD_OVERLOAD_IMPL #undef BOOST_OVERLOAD_PP_METHOD_OVERLOAD_ARGS #undef BOOST_OVERLOAD_MAX_ARGS_COUNT } // namespace boost The problem is I cannot find a way to force the overload resolution to pick the specific overload and also automatically deduce the ClassType template parameter at the same time. If the language let me to alias a variadic template parameter then it would be possible to do it. For example I could do this: template <typename ClassType, typename ResultType, typename... ArgType> struct memfn_signature<ClassType, ResultType(ArgType...)> { using type = ResultType(ClassType::*)(ArgType...); using result_type = ResultType; *using arg_type = ArgType...;* }; template <typename SignatureType, typename ClassType> typename detail::memfn_signature<ClassType, SignatureType>::type overload(typename detail::memfn_signature<SignatureType>::result_type (ClassType::*memfn)(typename detail::memfn_signature<SignatureType>::arg_type)) { return memfn; } Right now my preprocess implementation works with no problem but It's not a clean implementation. So is there any other way that I can do this. I appreciate your help.

1 0

Boost.Serialization how to use serialize without nvp
by gast128 23 Mar '16

23 Mar '16

Hello all, we basically have a setup like this: #ifdef _DEBUG template <typename T> struct Wrapper { T m_value; }; #define HANDLE(T) Wrapper<T> #else #define HANDLE(T) T #endif We want archives the same for debug and release. So I tried a couple of things: * use primitive_type: This doesn't work if the type T is a string. Basically it doesn't come in the 'load(std::wstring &ws)' anymore, since it now routes to operator<< and then all kinds of nasty thing happens for xml archives. * overload serialize. This is also a failure, since it expects somehow a nvp, which I tried to circumvent since then there is a difference between archives in debug or release. Using 'is_wrapper' doesn't help either template <class Archive, typename T> void serialize(Archive& ar, Wrapper<T>& r, const unsigned int) { ar & r.m_value; // static assert in basic_xml_iarchive::load_override } somehow I must specify raw storage in the serialize function, but load_override and its siblings are all protected. Anyone?

1 0