July 2011 - Boost - lists.boost.org

[AutoIndex] The AutoIndex tool is now in Boost Trunk.
by John Maddock 14 Jul '11

14 Jul '11

AutoIndex is now in Trunk, there are numerous small improvements based on the feedback from the review, so those existing users are encouraged to upgrade to the latest and greatest. I made some changes to the way HTML indexes are produced, so that formatting is now handled by the stylesheets, if anyone would like to suggest improvements to the CSS I'm sure they'd be most welcome, examples here: http://svn.boost.org/svn/boost/trunk/libs/type_traits/doc/html/index/s14.ht… Regards, John.

3 5

Fwd: [Boost-users] [units] combined systems and prefixes and output
by Matthias Schabel 14 Jul '11

14 Jul '11

Can you include your atomic.hpp? Matthias > From: alfC <alfredo.correa(a)gmail.com> > Date: July 6, 2011 1:16:11 PM PDT > To: boost-users(a)lists.boost.org > Subject: [Boost-users] [units] combined systems and prefixes and output > Reply-To: boost-users(a)lists.boost.org > > Hi, > > After some effort I managed to add a new system to boost units > (namely "atomic"). The system works so far until I start using si > prefixes in combination and printing > > int main(){ > clog << 4.*atomic::hbar << endl; // output: 4 hbar > clog << 4.*(si::femto*si::second) << endl; // output: 4 fs > clog << 4.*(atomic::hbar/si::second) << endl; // output: 4 s^-1 hbar > auto a = atomic::hbar/(si::femto*si::second); // ok > clog << a << endl; // output: P(s^-1 hbar) > auto b = 4.*atomic::hbar/(si::femto*si::second); // ok > > clog << b << endl; // error!!!! why? > > return 0; > } > > As you see all lines work as expected except for the last line. Is > there a workaround? do I need to define prefixes specific for the > other system of units? > > The error message boils down to: > > usr/include/boost/units/detail/linear_algebra.hpp:197:48: error: no > type named ‘item’ in ‘struct > boost::units::list<boost::units::list<boost::units::static_rational<0l, > 1l>, boost::units::list<boost::units::static_rational<1l>, > boost::units::dimensionless_type> >, > boost::units::dimensionless_type>::next’ > > also I defined hbar as > > struct reduced_planck_constant_base_unit : base_unit< > reduced_planck_constant_base_unit, > action_dimension, > 3 > >{ > static string name(){return ("reduced Planck constant");} > static string symbol() {return ("hbar");} > }; > static const action hbar; > _______________________________________________ > Boost-users mailing list > Boost-users(a)lists.boost.org > http://lists.boost.org/mailman/listinfo.cgi/boost-users

1 0

[1.47.0] Release notice
by Beman Dawes 14 Jul '11

14 Jul '11

Release 1.47.0 of the Boost C++ Libraries is now available. These open-source libraries work well with the C++ Standard Library, and are usable across a broad spectrum of applications. The Boost license encourages both commercial and non-commercial use. This release contains four new libraries (Chrono, Geometry, Phoenix, Ratio) and numerous enhancements and bug fixes for existing libraries. For details, including download links, see http://www.boost.org/users/news/version_1_47_0 The release can also be downloaded directly from SourceForge. See http://sourceforge.net/projects/boost/files/ To install this release on your system, see http://www.boost.org/doc/libs/release/more/getting_started/index.html Thanks, --The Boost release team Beman Dawes Daniel James Eric Niebler Rene Rivera Vladimir Prus

3 2

problems with the Random library in Boost v1.47
by Hongyu Miao 14 Jul '11

14 Jul '11

Hi, All Sorry to bother you with this. I met a problem with the Random library in the latest release v1.47. The following code works well for v1.46.1: double unirand_real(double a, double b) { // Create a random number generator engine static boost:: mt19937 rng_real(static_cast<unsigned int>(std::time(0))); // select Uniform probability distribution boost::uniform_real<double> dist(a, b); // bind random number generator to distribution, forming a function boost:: variate_generator < boost:: mt19937 &, boost::uniform_real<double> > sampler(rng_real, dist); // sample from the distribution return sampler(); } However, when I adopted my code to v1.47, the following code failed due to memory access violation after a number of function calls: double unirand_real(double a, double b) { // Create a random number generator engine static boost::random::mt19937 rng_real(static_cast<unsigned int>(std::time(0))); // select Uniform probability distribution boost::random::uniform_real_distribution<> dist(a, b); // return random sample return dist(rng_real); } I will appreciate your help with this problem as right now I think the Random library may have a bug. Best, Jacky

2 1

memory leak
by Aleksa Karalejic 14 Jul '11

14 Jul '11

Hi there, Today I have noticed memory leak in thread library - libboost_thread-vc80-mt-gd-1_46_1.lib. I am using vs2005 and pure _crtdumpmemoryleaks() fires memory leak detected in boost: one 16 bytes and another 36 bytes long. I didn't build libs by my own, but used boostpro for installing 1.46.1 version. Also I can't say where is the leak since I don't have any precise memory leak cacher. Then I tried with new version libboost_thread-vc80-mt-gd-1_47.lib, but worse - it fires five memory leaks (118 bytes all). Memory leak test is pure: #include <boost/thread.hpp> int main() { _CrtDumpMemoryLeaks(); } Best Regards, Aleksandar

2 1

Query regarding Boost 1.39.0
by Kumar, Nilesh 14 Jul '11

14 Jul '11

Hi, I have read the Release notes. I wanted to confirm a few things with respect to Boost 1.39.0 : 1. Is RHEL 5.5 supported? 2. Is there a 64-bit support? Thanks and regards, Nilesh ---------------------------------------------------------------------- This message w/attachments (message) is intended solely for the use of the intended recipient(s) and may contain information that is privileged, confidential or proprietary. If you are not an intended recipient, please notify the sender, and then please delete and destroy all copies and attachments, and be advised that any review or dissemination of, or the taking of any action in reliance on, the information contained in or attached to this message is prohibited. Unless specifically indicated, this message is not an offer to sell or a solicitation of any investment products or other financial product or service, an official confirmation of any transaction, or an official statement of Sender. Subject to applicable law, Sender may intercept, monitor, review and retain e-communications (EC) traveling through its networks/systems and may produce any such EC to regulators, law enforcement, in litigation and as required by law. The laws of the country of each sender/recipient may impact the handling of EC, and EC may be archived, supervised and produced in countries other than the country in which you are located. This message cannot be guaranteed to be secure or free of errors or viruses. Attachments that are part of this EC may have additional important disclosures and disclaimers, which you should read. By messaging with Sender you consent to the foregoing.

1 0

e_float codes are in the sandbox
by Christopher Kormanyos 14 Jul '11

14 Jul '11

The e_float codes are in the sandbox. I have done my best to prepare these codes for initial submission. * Notes for those familiar with the ACM publication: - The bugs reported in the past have been corrected. - The special functions have been reduced to include only (elementary transcendental + gamma + zeta) for real and complex. - The test suite has been reduced accordingly. - The test program runs in ~1-10 seconds for 100 digits depending on the CPU and selected big-number back-end. - Big-number back-end support for MPFR, GMP and my own EFX are included. - The Fortran-90 REAL*16 back-end support has been removed. - The interfaces to Mathematica, Python and the CLR have been removed. - A partial implementation of a generic functional interface has been added. I am excited to see what refactoring and redesign improvements might be suggested. Please be aware that e_float is high-performance, error-intolerant code. So always remember to run the test suite and pay attention to the results and timing before suggesting any refactoring. Sincerely, Chris.

2 1

[property_tree] parsing XML
by Andrzej Krzemienski 14 Jul '11

14 Jul '11

Hi, I recently discovered that Boost already provides a tool for XML parsing and generation. While it has been there for a long while, I failed to recognize it because it has not been sufficiently advertised and described. Boost.PropertyTree does allow reading and writing of XML files. It does not perform schema validation and is not 100% W3C compliant due to the way of handling white space, but it is sufficient for most of the uses. It has a great framework for customizing user defined types that is not documented. I tried to provide a guide on parsing XML on my blog: http://akrzemi1.wordpress.com/2011/07/13/parsing-xml-with-boost/ But I really believe this guide belongs to the documentation of Boost.PropertyTree. I would be happy to add it there, but I am not familiar with Boost process. Should I just contact the maintainer and discuss the addition? Regards, &rzej

2 1

Boost.Conversion - pre review request
by Vicente Botet 14 Jul '11

14 Jul '11

Hi, I've been reworking the Boost.Conversion library Documentation: http://svn.boost.org/svn/boost/sandbox/conversion/libs/conversion_ext/doc/h… Sandbox :http://svn.boost.org/svn/boost/sandbox/conversion/ Description: Boost.Conversion manages with generic extrinsic conversion between unrelated types. These conversion can be seen as implicit or explicit conversions. The conversion operator can not be overloaded with a free function on C++. In the past, there were some request to been able to overload the @c static_cast operator []. The author thinks that the language would be more uniform if this extrinsic overload would be possible. The new operators could take the following form operator Target(const Source& val); explicit operator Target(const Source& val); The assignment operator could also be overloaded by a free function with some limitations as described in [] Target& operator=(Target&, Source const&); Boost.Conversion tries to provide a library emulation for this missing feature and shows some needed workarounds that are needed to take care of the current C++ semantics. In order to provide the needed functionality, two type traits are mandatory is_constructible and is_assignable. The library provide a first implementation of these type traits that works on compilers providing some specific features. The idea is that these type traits should be added to Boost.TypeTraits. John, Joel I would like we work together to have these traits available in as many compilers as we can. When we don't have an automatic way to detect these traits, the library provide specialization for some std and boost types. If you agree the library could provide the specializations for all the standard types and optionally for some Boost types. User working with compilers not supporting the definition of these traits, or users that need to make their code portable, will need to specialize these traits by hand for his types. The review dates are 20th to 29th August. I would like to have some feedback before the review so I can have some time to make the library review ready. Best, Vicente -- View this message in context: http://boost.2283326.n4.nabble.com/Boost-Conversion-pre-review-request-tp36… Sent from the Boost - Dev mailing list archive at Nabble.com.

5 24

The last (I think) of the Boostcon videos
by Marshall Clow 13 Jul '11

13 Jul '11

Chris' talk: Why C++0x is the Awesomest Language for Network Programming http://blip.tv/boostcon/why-c-0x-is-the-awesomest-language-for-network-prog… Luke's: Sweep-Line Algorithm for Voronoi Diagrams of Points, Line Segments and Medial Axis of Polygons in the Plane http://blip.tv/boostcon/sweep-line-algorithm-for-voronoi-diagrams-of-points… Boris: Boost.Process: Process management in C++ http://blip.tv/boostcon/boost-process-process-management-in-c-5368233 Joel's: Getting Jiggy with Proto — Hands-on Tutorial on C++ EDSL Design http://blip.tv/boostcon/getting-jiggy-with-proto-hands-on-tutorial-on-c-eds… Boris' other one: A Complete Overview on Boost.Jam and Boost.Build http://blip.tv/boostcon/a-complete-overview-on-boost-jam-and-boost-build-53… I think that this is all the Boostcon videos. I'll be checking later to make sure - but if you know of one that I've missed, then please let me know. BTW, Ruediger asked not to have his "Funding Boost development" talk recorded, and I didn't record any of the workshops. -- Marshall -- Marshall Marshall Clow Idio Software <mailto:mclow.lists@gmail.com> A.D. 1517: Martin Luther nails his 95 Theses to the church door and is promptly moderated down to (-1, Flamebait). -- Yu Suzuki

3 2