- Boost-users - lists.boost.org

[MPL][Config] Can no longer pre-generate headers for MPL-containers with more than 50 elements.
by Deniz Bahadir 23 Apr '15

23 Apr '15

Hello everyone, While playing around with the current Boost release-candidate (1.58.0-RC3) I noticed that pre-generating MPL-headers for MPL-containers with more than 50 Elements seems no longer possible. Up till at least Boost 1.55.0 I was able to pre-generate these MPL-headers using the python-scripts from Boost-source ([1]) with the help of a bash-script which I already described here [2]. Internally, these python-scripts seem to use GCC to generate these MPL-headers. They also seem to partially circumvent Boost.Config by using custom user.hpp files located in subdirectories of [3] and defining BOOST_NO_CONFIG and some other macros therein. However, this does not seem to please Boost.Config so that compiler-errors ([4]) occur. Defining the macro BOOST_CONFIG_ALLOW_DEPRECATED as [4] suggests seems not to help. It just silences the warnings but does not generate proper files. (It actually erases the content of almost all header-files in subdirectories of [5].) Does anyone know how to workaround or better fix this? Or does anyone know who to talk to, to get these problems fixed? Also, I would suggest, that documentation for these python-scripts are added to the documentation of Boost.MPL. Best regards, Deniz References: [1] ${BOOST_SOURCE}/libs/mpl/preprocessed/ [2] http://stackoverflow.com/a/20660264/3115457 [3] ${BOOST_SOURCE}/libs/mpl/preprocessed/include/ [4] #error "You are using a compiler which lacks features which are now a minimum requirement in order to use Boost, define BOOST_CONFIG_ALLOW_DEPRECATED if you want to continue at your own risk!!!" [5] ${BOOST_SOURCE}/boost/mpl/aux_/preprocessed/

3 5

[SPAM] from: giridhar
by giridhar 22 Apr '15

22 Apr '15

Greetings boost http://findislamicservices.com/reduce.php?silver=aswydt7xv2r0enm3 giridhar Sent from my iPhone

1 0

sliding window containing n seconds of data
by Lane 22 Apr '15

22 Apr '15

I'm looking for a way to examine an array of object structures for an adjustable window of n seconds. My application reads objects at a high rate (which I'll have to throttle), and I'd then like to put them onto an array. My thinking is to assign a timer on each object that is initialized to n seconds and once the timer expires, the object is removed from the array, but while it's on the array, I'll iterate over the objects looking for the info I need. I put this out on the boost list as I suspect boost has the mechanisms to handle this and someone could suggest a good way of going about it. Any help much appreciated.

5 5

1.58.0 rc3 is now available
by Marshall Clow 22 Apr '15

22 Apr '15

Release candidate files for 1.58.0 are available at: http://boost.cowic.de/rc/ * Since rc1, the changes that were causing the serialization libraries to fail to build on MSVC have been reverted. * Since rc2, the documentation for bind, and mem_fun. No code changes. 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. This helps ensure the candidates build OK before we push them out to SourceForge. The files (and associated md5s) are: MD5 (boost_1_58_0_rc3.7z) = f7255aeb692c1c38fe761c32fb0d3ecd MD5 (boost_1_58_0_rc3.tar.bz2) = b8839650e61e9c1c0a89f371dd475546 MD5 (boost_1_58_0_rc3.tar.gz) = 5a5d5614d9a07672e1ab2a250b5defc5 MD5 (boost_1_58_0_rc3.zip) = b0605a9323f1e960f7434dbbd95a7a5c Thanks! -- The release managers P.S. Release notes are here: http://www.boost.org/users/history/version_1_58_0.html

5 7

Re: [Boost-users] [IPC Named Mutex]
by Lorenzo Trivelli 21 Apr '15

21 Apr '15

Hi Tom, I tried your solution and it worked, and I'm stil wondering about the rationale behind the bootup time usage ;-) I also submitted a bug ticket, #11194, but track took a very long time to create it and add the test case, and in the end I found that: 1) a bug with ticket !11195 was also created 2) the test case was attached four times :-( can anyone please clean it up as is is a quite ugly ? ;-) regards Lorenzo

1 0

Re: [Boost-users] [Serialization / 1.58] wrong number of entries in std::vector<boost::tuple<double, double, double> >
by Rüdiger Berlich 21 Apr '15

21 Apr '15

Hi Robert, I have submitted trac item 11214 and attached the test case. The trac web interface somehow froze for me upon submission (Safari / MacOS), and I apparently have pressed the submit button more than once, trying to submit the track item. So it appears as if more than one ticket has been created (11215 - 11218), which I do not seem to be able to delete. Please ignore these -- apologies. Best Regards, Beet > > ouch! - make a trac item for this! > > Robert Ramey > > > > -- > View this message in context: http://boost.2283326.n4.nabble.com/Serialization-1-58-wrong-number-of-entri… > Sent from the Boost - Users mailing list archive at Nabble.com. > _______________________________________________ > Boost-users mailing list > Boost-users(a)lists.boost.org > http://lists.boost.org/mailman/listinfo.cgi/boost-users >

1 0

Web doc 1.58 Categorized error
by Larry 21 Apr '15

21 Apr '15

I tried to look at the 1.58 doc on the website and clicking on Categorized gave me under the headings By Category Unknown category: Data structures Apparently missing something. “All”, “Standard Proposals” etc seem to work. Larry

2 1

[Serialization / 1.58] wrong number of entries in std::vector<boost::tuple<double, double, double> >
by Rüdiger Berlich 21 Apr '15

21 Apr '15

Hi, I’ve just installed Boost 1.58 and ran into the following problem: I have a class with a std::vector<boost::tuple<double, double, double> >, that is supposed to always have at least one entry, but may have more. Hence, in the default constructor, I initialize the std::vector with one entry. The class is also serializable. Up until Boost 1.57, a de-serialized object always had the correct number of entries in the vector. As of 1.58, I am getting one entry too much, which probably means that Boost.Serialization simply attaches entries to the vector of a default-constructed class, but doesn’t clear it first. This happens in C++11-Mode, both on Ubuntu 14.10 (gcc 4.9.1) as well as on MacOS X Yosemite . It DOES NOT happen with a std::vector<double> . Below is a full test case that replicates the problem in a simplified environment. For Boost 1.57 the program returns: t_vec.size() = 1 t_vec2.size() = 1 For Boost 1.58 the answer is t_vec.size() = 1 t_vec2.size() = 2 Best Regards, Beet /******************************************************/ #include <boost/archive/xml_oarchive.hpp> #include <boost/archive/xml_iarchive.hpp> #include <boost/serialization/nvp.hpp> #include <boost/serialization/vector.hpp> #include <boost/tuple/tuple.hpp> #include <iostream> #include <vector> #include <sstream> namespace boost { namespace serialization { template<typename archive, typename T0, typename T1, typename T2> void serialize(archive & ar, boost::tuple<T0, T1, T2> & tpl, unsigned int) { using namespace boost; using boost::serialization::make_nvp; ar & make_nvp("tpl_0", boost::get<0>(tpl)) & make_nvp("tpl_1", boost::get<1>(tpl)) & make_nvp("tpl_2", boost::get<2>(tpl)); } } /* namespace serialization */ } /* namespace boost */ int main() { std::vector<boost::tuple<double, double, double> > t_vec, t_vec2(1); std::ostringstream oss; t_vec.push_back(boost::tuple<double, double, double>(1.,2.,3.)); std::cout << "t_vec.size() = " << t_vec.size() << std::endl; // save data to archive { boost::archive::xml_oarchive oa(oss); // write class instance to archive oa & BOOST_SERIALIZATION_NVP(t_vec); // archive and stream closed when destructors are called // Data is now in oss } // load data from archive { std::istringstream iss(oss.str()); boost::archive::xml_iarchive ia(iss); // read class state from archive ia & BOOST_SERIALIZATION_NVP(t_vec2); // archive and stream closed when destructors are called } std::cout << "t_vec2.size() = " << t_vec2.size() << std::endl; }

2 1

Compile errors in pointer_traits.hpp after upgrade to 1_58_0
by James Walker 21 Apr '15

21 Apr '15

After switching from Boost 1_57_0 to 1_58_0, I get various compile errors in pointer_traits.hpp, where it uses the macro BOOST_INTRUSIVE_HAS_STATIC_MEMBER_FUNC_SIGNATURE: warning: declaration does not declare anything error: use of undeclared identifier 'check' error: 'U' does not refer to a value This is with Xcode 4.6.3 and the Apple LLVM 4.2 compiler.

2 2

Boost Spirit Karma - convert character to hex representation
by Ernest Zaslavsky 21 Apr '15

21 Apr '15

There is karma::hex formatter and I need somehow to add zero padding to get “0a” instead of just “a”. in addition it would be lovely to have some king of control over hex letter case. It sounds like a policies for real or Boolean formatters but I didn’t find one for hex. Is it possible to achieve the above without policy? [Read More]<http://feeds.feedburner.com/~r/sizmek-blog/~6/1> [http://www.sizmek.com/Sizmek.png]<http://www.sizmek.com/>

2 4