- Boost - lists.preview.boost.org

Re: [boost] [Boost-users] [Review] Type Traits Introspection library by Edward Diener starts tomorrow Friday 1
by Frédéric Bron 16 Jul '11

16 Jul '11

>> . BOOST_TTI_HAS_TEMPLATE, BOOST_TTI_VM_HAS_TEMPLATE_CHECK_PARAMS >> and BOOST_TTI_HAS_TEMPLATE_CHECK_PARAMS: not clear from the table what >> it checks for. Is there a class inside T that is declared templaste< >> typename...> name? > > Click on the metafunction name for more info. Yes but it would be better to understand it directly from the table. >> - the documentation of for each macro is too succinct. You should >> re-explain the naming convention that will be used by the macro to >> create the new trait. You could even just give the C++ code that will >> be produced by the macro (just the visible code): >> >> BOOST_TTI_HAS_TYPE(name) >> is equivalent to: >> template< typename T, typename U=notype> >> struct has_type_name { >> const bool value; >> }; >> with value ... >> >> In particular, examples are required for each of them. > > I hear you. I really don't want to duplicate the source code for each in the > doc. Some are pretty long and involved. In fact just the following would be enough: template< typename T, typename U=notype> struct has_type_name; > My tests did not really test > const/volatile cases but I think this is much less of an eventual problem. OK for const but I would not bet on volatile... Good job Eddie. Cheers, Frédéric

1 0

auto_index is broken
by Dave Abrahams 16 Jul '11

16 Jul '11

It's constructing fstreams from basic_string, which isn't portable. Please see the errors listed here: http://bbot.boostpro.com/builders/Boost-gcc-linux-Integration/builds/56/ste… -- Dave Abrahams BoostPro Computing http://www.boostpro.com

2 1

Re: [boost] problems with the Random library in Boost v1.47
by Hongyu Miao 15 Jul '11

15 Jul '11

Hi, Steven Thanks for your reply. I'm using MSVC 2010, too. I met such problems when I generated a million random numbers with the mersenne_twister generator and OpenMP. I'm not sure whether v1.47 is thread safe, though. Here is the code triggered the memory access violation: int num_point = 1000; int n_para = 1000; boost::numeric::ublas::matrix<double> ui(num_point, n_para); #pragma omp parallel for shared(ui, num_point, n_para) private(i, j) for (i=0; i<num_point; i++) { for (j=0; j<n_para; j++) { ui(i,j) = unirand_real(0.0,1.0); } } Thanks, Jacky On 07/13/2011 11:35 AM, Hongyu Miao wrote: > Sorry to bother you with this. I met a problem with the Random library in > the latest release v1.47. > > <snip> > > 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. > I can't reproduce this problem with MSVC 2010. a) What compiler are you using? b) Can you provide a complete minimal test case that fails? In Christ, Steven Watanabe

3 2

[BGL] Contribute to the Boost Graph Library
by Camillo Anania 15 Jul '11

15 Jul '11

Hi all, I used BGL for around 6 months for my thesis (write a routing algorithm). I highly appreciate the BGL and I'm glad someone did it and generously gives their time to maintain/improve it. So now I would like to contribute to the development of the library and so give back something. Just a brief introduction to my profile: - a bachelor and a master in Computer Engineering - six months of experience using the BGL - good knowledge of C++ - great wish to improve my programming skills and master generic programming technique Can you please indicate me the steps I should do to start to actively help the development process? Thanks Camillo Anania

3 4

[Review] Type Traits Introspection library by Edward Diener starts tomorrow Friday 1
by Joel Falcou 15 Jul '11

15 Jul '11

According to the schedule, review for the Type Traits Introspection library by Edward Diener starts this friday and run till July 10th. =========== What is it? =========== The TTI library, which is an abbreviation for the 'Type Traits Introspection' library, allows a programmer to introspect at compile time the inner elements of a C++ type. The introspection process depends on specifying the name of the inner element by different macros for different types of elements, and then using a generated metafunction to determine whether that element exists within the enclosing type. The inner elements which can be introspected are type, class template, member data, member function, static member data, and static member function. The TTI library is based on the type_traits_ext portion of the Concept Traits Library, with improvements and additions, and also reproduces functionality ( without changing existing code ), for the purposes of completeness, from Boost.MPL regarding introspection of types and templates. The purpose of the library is to provide a consistent set of interfaces for doing compile-time introspection of a type, which other template metaprogrammers can use in their code. If you are at all interested in compile-time introspection of types, please take a look at the functionality of this library. =================== Getting the library =================== The library is available at http://svn.boost.org/svn/boost/sandbox/tti/ Note that this repository will be updated up to next thursday by Edward. =================== Writing a Review =================== The reviews and all comments should be submitted to the developers list, and the email should have "[TTI] Review" at the beginning of the subject line to make sure it's not missed. Please explicitly state in your review whether the library should be accepted. The general review checklist: - What is your evaluation of the design? - What is your evaluation of the implementation? - What is your evaluation of the documentation? - What is your evaluation of the potential usefulness of the library? - Did you try to use the library? With what compiler? Did you have any problems? - How much effort did you put into your evaluation? A glance? A quick reading? In-depth study? - Are you knowledgeable about the problem domain? And finally, every review should answer this question: - Do you think the library should be accepted as a Boost library? Be sure to say this explicitly so that your other comments don't obscure your overall opinion.

9 34

[TTI] Review Going On
by Joel Falcou 15 Jul '11

15 Jul '11

A small reminder to ask potential reviews for Edward Diener's TTI Library to do so as we are heading to the end of the review period on the 17 july. If you have comments, questions or just want to submit a review, feel free to do so.

1 0

Re: [boost] [Boost-users] The last (I think) of the Boostcon videos
by Pascal Dennerly 15 Jul '11

15 Jul '11

Definite +1 from me too! Although I'm still having problems viewing http://blip.tv/boostcon/haskell-the-pseudocode-language-for-c-template-meta…. Keeps on telling me "Sorry, this episode may have just been added to blip.tv and isn't quite ready to watch yet. Please try again later." Does anyone else see this? Pascal

3 2

[Spirit] bin_float parser
by Vitaly Budovski 15 Jul '11

15 Jul '11

Hi, Now that Boost 1.47 has been released, I'm hoping to get the following parsers added for the next version. Attempt #2, which has hopefully addressed all of the issues from the previous submission. Please see attached diffs and test case. Cheers, Vitaly

2 1

BOOST_DATE_TIME_NO_LIB
by gpolo1＠tampabay.rr.com 15 Jul '11

15 Jul '11

Without the #define, boost tries to automatically link with the appropriate library. It just so happens that my boost installation does not have this library. So I was wondering if I even need this library? Aren't all boost classes compiled via hpp. I #defined BOOST_DATE_TIME_NO_LIB in my header file and the program compiles and works fine. So what is the purpose of this definition. I am using boost 1.32 along with Visual Studio 6.0. I have compiled it on Linux successfully, but I have not ran it yet.

5 6

Query regarding Boost 1.47.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.47.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.

3 2

TTI library review appeal
by Edward Diener 14 Jul '11

14 Jul '11

Congratulations to all those involved in getting Boost 1.4.7 out the door. Now that it is finished, please consider reviewing my TTI library if you are at all interested in template metaprogramming and type traits introspection. Eddie Diener

2 2

[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 13 Jul '11

13 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

[gsoc] Midterm surveys
by Andrew Sutton 13 Jul '11

13 Jul '11

If you are a GSoC student or mentor, please fill out your midterm evaluation. Yes, students have to fill something out too! No midterm evaluation, no pay. Thanks, Andrew

1 0

[1.47] PDF build of documentation available.
by John Maddock 12 Jul '11

12 Jul '11

The PDF builds of the Boost documentation are now available from: https://sourceforge.net/projects/boost/files/boost-docs/1.47.0/ Note that as ever, only the subset of libraries which use quickbook/boostbook/docbook as their documentation format are included in the build. Regards, John.

1 0

Date_Time previous_weekday() returns the same day
by Klaim - Joël Lamotte 12 Jul '11

12 Jul '11

Hi, We have a bug that seems to comes from boost::date_time::previous_weekday() (probably next_weekday() too) usage in case we want to go from a weekday to another same weekday: #include <iostream>#include <boost/date_time.hpp>#include <boost/date_time/gregorian/gregorian.hpp> int main() { using namespace boost::gregorian; auto today = date( 2011, Jul, 12 ); auto last_tuesday = boost::date_time::previous_weekday( today, greg_weekday(boost::date_time::Tuesday) ); std::cout << today << '\n'; std::cout << last_tuesday; std::cin.ignore(); return 0; } This example runs but return the same date twice instead of giving the tuesday before the given date (that is already a tuesday). Compiled with VS2010SP1 (boost 1.46.1) and GCC4.4(boost 1.44.0 - didn't see the difference in the code) What we first supposed was it will go to the tuesday of the previous week if we already are tuesday. It appears to not work this way. Is it the wanted behaviour? If it is, I suggest the documentation to be enhanced to warn the user about the case when you provide a date that is the same provided weekday. The code of boost::date_time::previous_weekday() (as far as I understand it) suggests that it should go to the previous week's weekday instead of returning the same day: template<class date_type, class weekday_type> inline date_type previous_weekday(const date_type& d, const weekday_type& wd) { return d - days_before_weekday(d, wd); } and then : template<typename date_type, class weekday_type> inline typename date_type::duration_type days_before_weekday(const date_type& d, const weekday_type& wd) { typedef typename date_type::duration_type duration_type; duration_type wks(0); duration_type dd(wd.as_number() - d.day_of_week().as_number()); // 1 if(dd.days() > 0){ // 2 wks = duration_type(7); } // we want a number of days, not an offset. The value returned must // be zero or larger. return (-dd + wks); // 3 } Correct me if I'm wrong : 2. checks if the generated day is the same weekday than the provided one, right? So if I'm correct, there might be a problem in 1 or 3? Thanks for your time. Joël Lamotte

1 0

[btree] In-memory B-tree experimental work
by Beman Dawes 12 Jul '11

12 Jul '11

There was quite a bit of speculation at BoostCon about the performance of an in-memory B-tree based ordered associative container. I've done enough experimental work to report some real numbers for an in-memory B-tree map implementation vs std::map: inserting 10000000 elements... btree: 1985589.4 per sec, 81.7% faster than stl stl: 1092714.3 per sec, 45.0% slower than btree iterating over 6321389 elements... btree: 588200694.1 per sec, 2323.5% faster than stl stl: 24270489.8 per sec, 95.9% slower than btree finding 10000000 elements... btree: 2468384.9 per sec, 109.3% faster than stl stl: 1179177.8 per sec, 52.2% slower than btree erasing 10000000 elements... btree: 2444250.3 per sec, 150.7% faster than stl stl: 974793.1 per sec, 60.1% slower than btree Those timings are a simple map<long, int>, and are probably about the best case for the B-tree implementation. In a similar test of a map<char*, int>, i.e. an indirect map using pointers to strings containing the key, the memory B-tree was only slightly faster than the STL. A typical red-black container has an overhead of something like 3 pointers per node, IIRC, so memory use for the B-tree container is presumably a lot less that the STL container, even if the B-tree container has not been packed. Unlike the disk-resident B-tree implementation, the in-memory tree is much closer to the STL interface. The only significant differences are that insert/emplace/erase always invalidates iterators and Key must be Assignable, not just CopyConstructible. The code can be viewed or downloaded at https://github.com/Beman/memory-btree It is currently C++0x only, and tested only with VC++ 10 and GCC 4.6. Since this is the first time I've used move semantics, I may not be getting full mileage out of r-value references yet. There is no documentation yet. I need to set this work aside for awhile to get on with other projects. But I thought there might be interest in the timings. It would also be interesting to push the same set of random numbers into a std::vector, sort it, then run find, iterate, and erase, then look at those timings. --Beman

1 0