- Boost - lists.preview.boost.org

Proposal: Add Loki Library's SafeFormat to Boost:
by Tom Browder 11 Jan '09

11 Jan '09

The last Loki thread I see here is the one from 2002 discussing adding Loki to Boost. I asked Andrei once about doing that specifically for the Loki SafeFormat functions (FPrint, Printf, and SPrintf) and he said FPrintf wasn't good enough yet. However, I find all of them very useful and would love to see them added to the Boost library I know Boost has Format now, but SafeFormat has some advantages over Boost.Format, one of which is that FPrintf can be output to C++ streams as well as to FILE pointers--very handy when one is gradually converting legacy code to using C++ streams. In addition, I find the SafeFormat family much easier to use than Boost.Format. Andrei's original comments regarding FPrintf's shortcomings are here: https://sourceforge.net/forum/message.php?msg_id=4525195 His "Dr. Dobb's Journal" article describing SafeFormat is here: http://www.ddj.com/cpp/184401987 Thank you for your consideration. Warmest regards, -Tom Tom Browder Niceville, Florida USA

21 96

C++03 unique_ptr emulation
by Howard Hinnant 11 Jan '09

11 Jan '09

I've put up a new version of an C++03 emulated unique_ptr here: http://home.roadrunner.com/~hinnant/unique_ptr03.html This is a "boost-ized" emulation (uses boost tools and is in boost namespace), though I have reason to believe it may not work well on VC+ +05 unless the /Za option is used (I've tested only on gcc 4.0). I'm aware of Ion's interprocess version (http://www.boost.org/doc/libs/1_35_0/doc/html/interprocess/interprocess_sma… ), and thank Ion for his support over the years. This new version is not meant to replace Ion's version. It is simply my current best shot at emulating the unique_ptr behavior as specified in the C++0X CD1 draft. Booster's are welcome to take parts of this implementation and use them in places like interprocess/unique_ptr. Or to just use this unique_ptr directly. It consists of only one header: unique_ptr.hpp, and requires only boost headers, not boost cpp files. Basic documentation is included at the link. -Howard

10 44

[GIL] trouble loading image files
by Kenny Riddile 11 Jan '09

11 Jan '09

This is my first time using GIL and I'm having some difficulty loading jpeg and png files. Here's some code: rgb8_image_t image1; jpeg_read_and_convert_image<rgb8_image_t>( "file.jpg", m_image1 ); rgb8_image_t image2; png_read_and_convert_image<rgb8_image_t>( "file.jpg", m_image2 ); Attempting to load the jpeg causes a crash at jpeg_read_header(&_cinfo,TRUE); in jpeg_io_private.hpp. Attempting to load the png causes a similar crash at png_read_info(_png_ptr, _info_ptr); in png_io_private.hpp. I'm using the libjpeg and libpng builds from these sites: http://gnuwin32.sourceforge.net/packages/jpeg.htm http://gnuwin32.sourceforge.net/packages/libpng.htm

1 1

[Test] documentation inconsistencies
by Thorsten Ottosen 10 Jan '09

10 Jan '09

Hi, I was trying to follow the docs at http://www.boost.org/doc/libs/1_37_0/libs/test/doc/html/utf/user-guide/test… I don't want to include everything, so I compile Boost.Test with dynamic linking. In this case I have to include two headers: #define BOOST_TEST_MODULE conditional_cost_experiments #include <boost/test/unit_test.hpp> #include <boost/test/unit_test_suite.hpp> // this one is also needed when linking!!! Maybe it would be better to include the latter header in the first? best regards -Thorsten

2 1

[mp_int] Possible bug in comparison with native types causes overflow_error
by Nathan Kitchen 10 Jan '09

10 Jan '09

I'm getting some strange crashes when I try to compare mp_ints with native types. The code below is sufficient to reproduce it: #include <stdint.h> #include <iostream> #include <boost/mp_math/mp_int.hpp> using namespace boost::mp_math; using namespace std; int main() { mp_int<> a = mp_int<>("0x100000000"); cout << (1 < a) << endl; return 0; } The problem appears to be the definition of integral_ops_impl<..., true>::q (i.e., for signed IntegralT): static const typename MpInt::size_type q = std::numeric_limits<IntegralT>::digits + (MpInt::valid_bits - 1) / MpInt::valid_bits; In the case where IntegralT=int32_t and digit_type=uint32_t, q is 31. Contrast this with the definition for unsigned IntegralT: static const typename MpInt::size_type q = std::numeric_limits<IntegralT>::digits / (MpInt::valid_bits + 1) + 1; When IntegralT=uint32_t and digit_type=uint32_t, q is 1. The overflow of operator< comes because the check that verifies that the MpInt can't fit in an IntegralT is (condition (lhs.size() > q). This fails for q=31. If the definition of q had the first line parenthesized: static const typename MpInt::size_type q = (std::numeric_limits<IntegralT>::digits + MpInt::valid_bits - 1) / MpInt::valid_bits; then q would be 1, and the code branch with the overflow would not be taken. -- Nathan

2 1

[Range] make range_const/mutable_iterator<C>::type non-existent if C is non-range
by Arno Schödl 10 Jan '09

10 Jan '09

Hello, the attached patch makes boost::range_const/mutable_iterator<C>::type non-existent if C does not have the right typedef C::(const_)iterator. For me, this fixed a compilation error in the following situation: template<class Rng, class Val, class BinPred> typename boost::range_const_iterator<Rng>::type lower_bound(Rng const& rng,Val const& x,BinPred pred); // not taken template<class It, class Val, class BinPred> It lower_bound(It itBegin,It itEnd,Val const& x) { // taken return itBegin; // dummy } main() { std::vector<int> vecn; int n=6; lower_bound( vecn.begin(), vecn.end(), n ); } The return type of the overload that is not taken is range_const_iterator< std::vector<int>::iterator >::type. With the old range_const_iterator, this typedef exists, which makes the overload compile, but evaluates to std::vector<int>::iterator::const_iterator, which does not exist and causes a compiler error. With the patch, range_const_iterator< std::vector<int>::iterator >::type already does not exist, and the compiler aborts checking this overload. I don't see a way to fix this without changing or largely reimplementing range_const_iterator, because the mere presence of the "type" typedef in the default case of range_const_iterator causes the problem. Any chance to get this adopted? Arno -- Dr. Arno Schoedl · aschoedl(a)think-cell.com Technical Director think-cell Software GmbH · Invalidenstr. 34 · 10115 Berlin, Germany http://www.think-cell.com · phone +49-30-666473-10 · toll-free (US) +1-800-891-8091 Directors: Dr. Markus Hannebauer, Dr. Arno Schoedl · Amtsgericht Charlottenburg, HRB 85229

3 8

BoostCon 2009: Submission deadline extended
by Hartmut Kaiser 10 Jan '09

10 Jan '09

Hi all, The deadline for the submission of session proposals has been extended to January 20th, 2009. No further extensions will be granted. Please find below the original call for participation. Conference registration will be available at http://www.boostcon.com/registration. Regards Hartmut ---------------------------------------------------------------------------- 3rd annual Boost Conference 2009 Aspen CO, USA, May 3-9, 2009, www.boostcon.com ---------------------------------------------------------------------------- Call for participation ---------------------- Promising to be the main face-to-face event for all things Boost (www.boost.org) BoostCon'09 opens the door to your C++ future. From using the Boost libraries to writing and maintaining them, from evangelizing to deploying Boost within your organization, from infrastructure and process to vision and mission, and from TR1 to TR2 and the new C++0x Standard, BoostCon brings together the sessions, the colleagues, and the inspiration to support your work with C++ and Boost in particular for the next year. To reflect the breadth of the Boost community, the conference includes sessions aimed at two constituencies: Boost end-users and hard-core Boost library and tool developers. The program fosters interaction and engagement within and across those two groups, with an emphasis on hands-on, participatory sessions. Session topics -------------- * Topics of interest include, but are not restricted to, the following: * General tutorial sessions introducing one or more Boost libraries * In-depth sessions on using specific libraries * Case studies on using Boost * Experts panels * Advanced sessions on implementation techniques used within Boost libraries * C++0x and how it will change life for users and library writers * TR1 and TR2 * Development workshops to extend or enhance existing Boost libraries * Workshops on design process * Infrastructure workshops such as Build tools, Website, Testing * Concepts and Generic Programming * Hardware and infrastructure presentations focused on how libraries can make better use of the technology * Other topics likely to be of great interest to Boost users and Developers. Interactive and collaborative sessions are encouraged, as this is the nature of both the on-line Boost community and the style of learning and participation that has proven most successful at such events. Sessions can be tutorial based, with an emphasis on interaction and participant involvement, or workshop based, whether hands-on programming or paper-based, discussion-driven collaborative work. Session formats --------------- Presentations ............. Presentations focus on a practitioner's ideas and experience with anything relevant to Boost and Boost users. Panels ...... Panels feature three or four people presenting their ideas and experiences relating to Boost's relevant, controversial, emerging, or unresolved issues. Panels may be conducted in several ways, such as comparative, analytic, or historic. Tutorials ......... Tutorials are sessions at which instructors teach conference participants specific Boost-relevant skills. Workshops ......... Workshops provide an active arena for advancements in Boost-relevant topics. Workshops provide the opportunity for experienced practitioners to develop new ideas about a topic of common interest and experience. Author's Corner Presentations ............................. These were introduced at BoostCon 2008, and were a great success. They are short (30 minute) sessions, focusing on tips on usage and design. In addition, we're looking to uncover the hidden design gems boost libraries. Tool Vendors Presentations .......................... We actively encourage tool vendors and ISP's to submit proposals for a special Tool Vendors Session Track aimed at products related to Boost and C++ (compilers, libraries, tools, etc.). Other formats may also be of interest. Don't hold back a proposal just because it doesn't fit into a pigeonhole. Submitting a proposal --------------------- Standard Sessions are 90 minutes. You may submit a proposal for fractions or multiples of 90-minutes. Fractional proposals will be grouped into 90 minute sessions covering related topics. Longer sessions, such as tutorials and classes, will be assigned 90 minute, three hour (i.e. half day), or six hour (i.e. full day) time slots. Please include: * The working title. * Type of session: presentation, panel, tutorial, workshop, authors corner, vendor track, other * A paragraph or two describing the topic covered, suitable for the conference web site * Proposed length: 10-20 minute short talks, 45 minutes, 90 minutes, half-day, full day * Alternate lengths, if you are willing to make adjustments: 10-20 minute lightning-talks, 45 minutes, 90 minutes, half-day, full day * Audience: users, developers, both * Level: basic, intermediate, advanced * A biography, suitable for the conference web site * Your contact information (will not be made public) Submission details ------------------ All submissions have to be done through the EasyChair conference management system: http://www.easychair.org/conferences/?conf=boostcon09. If you have not already registered at EasyChair, you will need to do so in order to submit your proposal. All submissions will go through a peer review process. Authors are invited to submit PDF versions of full papers of up to 10 pages in ACM conference proceedings format (see http://www.acm.org/sigs/publications/proceedings-templates) The full papers are not required unless you want them published in the proceedings. All accepted papers will be made available in the Association for Computing Machinery (ACM) Digital Library (approval pending). Best papers, after further reviews, will be considered to be book chapters or journal articles in a renowned journal. The session materials go on the BoostCon CD handed out to attendees. For general information on the BoostCon 2009 paper submission or the scope of technical papers solicited, please refer to the conference website at www.boostcon.com. For any other questions about the submission process or paper format, please contact the Program Committee at boostcon09(a)easychair.com. If you have any technical problems with EasyChair, please contact EasyChair for help. Note: Presenters must agree to grant a non-exclusive perpetual license to publish submitted materials, either electronically or in print, in any media related to BoostCon. Important dates --------------- Proposals for submissions due: January 20th 2009. Proposals acceptances sent (tentative program available): February 10th, 2009 Fully scheduled program available: March 1st, 2009 Session materials due: April 1st 2009. Hartmut Kaiser, email: hartmut.kaiser(a)gmail.com (Program Committee Chair) David Abrahams, email: dave(a)boostpro.com (Conference Chair) On behalf of the conference organizers

1 0

[geometry] view_as concept casting
by Simonson, Lucanus J 10 Jan '09

10 Jan '09

There is a clear need for concept casting in a generic geometry type system. Certain geometry concepts imply that an invariant in enforced by a type that models the concept. For some types that invariant is not enforced, but may be true some of the time, and can be checked. Rather than copying the data over to a type that enforces the invariant in order to use a generic API that requires it, it is more convenient to be able to be able view the object as enforcing the invariant. For this purpose, I implemented the view_as function for conceptual casting. //view_of can be specialized or partially specialized as needed template <typename ConceptT, typename T> struct view_of { const T& t_; view_of(const T& t) : t_(t) {} //implements an API that models ConceptT //in terms of T's interface }; template <typename ConceptT, typename T> view_of<ConceptT, T> view_as(const T& obj) { return view_of<ConceptT, T>(obj); } One example of how this could be used is a polygon can be a rectangle, and if so, can be viewed as a rectangle. if(is_rectangle(poly) && equivalent(view_as<rectangle_concept>(poly), rect)) { do_something_with(poly); } else { do_something_else_with(poly); } In the above example, the equivalence check is executed only if the polygon is known to be a rectangle at run time. This is helpful, because while overloads of equivalent that accepts polygon and rectangle as well as rectangle and polygon could be implemented, as the number of types in the system grows, the number of such overloads would grow quadraticly. However, one overload that takes any object that is not a rectangle, checks at runtime if it is a rectangle and views it as a rectangle would suffice for all combinations: template <not_rectangle_type, rectangle_type> //concept checking boilerplate around bool return type goes here equivalent(const not_rectangle_type& obj1, const rectangle_type& obj2) { return is_rectangle(obj1) && equivalent(view_as<rectangle_concept(obj1), obj2); } Another example is that many legacy type systems will have one polygon class that doesn't enforce many invariants and is used everywhere. It depends upon the developer to know (or check) that some invariant (such as rectilinearity) is true when they use it. This polygon type cannot model rectilinear polygon concept, but needs to be conditionally viewed as rectilinear to be used with a generic API that requires type safety wrt. rectilinearity. Is this an issue that the other geometry authors have addressed? Regards, Luke

5 17

[uuids] generating uuids from multiple threads
by Michael Marcin 10 Jan '09

10 Jan '09

I currently have a shared boost::uuids::basic_uuid_generator<boost::mt19937> which I protect by a boost::mutex when I generate a new uuid. The code looks something like: std::wstring GetUniqueName() { boost::uuids::uuid uniqueId; { boost::mutex::scoped_lock lock( my_mutex ); uniqueId = my_generator(); } return boost::lexical_cast<std::wstring>( uniqueId ); } For one thing this is yet another case where I used a default constructor on a uuid during natural coding and expected it to be cheap but I digress. Do I have to protect the shared generator with a mutex? Should I even be using a shared generator or should I be constructing it on the stack in this function? I don't expect this to be called very often (twice total in our current application) but I want to make sure it is bullet proof since it can potentially be called concurrently. -- Michael Marcin

4 5

[mp_int] Patch for deallocate(NULL)
by Nathan Kitchen 10 Jan '09

10 Jan '09

In the version of mp_math posted to the vault in Oct 2008 there are several calls to std::allocator::deallocate where the argument pointer can be NULL. This is not compliant with the C++ standard, which states "p must not be null" (Table 6 in 20.1.5 in the Draft Standard that I have access to). Sure enough, when p is null, I get a segmentation fault (using GCC 3.2.3). Attached is a patch with a fix. -- Nathan

1 1

Half-Sync/Half-Async pattern in Boost
by Jon Shuler 09 Jan '09

09 Jan '09

I was looking for library that would help me implement the Half-Sync/Half-Async pattern. I see that Boost has some of the pieces that I need but I do not a intra-process message queue. I did not see this in the Vault or the Sandbox, is this available? Thanks, Jon

1 0

BoostCon '09 Hotel Accepting Reservations
by David Abrahams 09 Jan '09

09 Jan '09

Hello Boosters and former BoostCon attendees! The BoostCon website has been updated for 2009, and we expect to open registration in just a few days. However, the conference hotel is already prepared to start taking our reservations. If you are planning to go to Boostcon this year, I suggest you take a few minutes to make your reservation today. Why you should book your room now: http://www.boostcon.com/news/2009/Jan/01/hotel-now-accepting-reservations Go straight to reservations: http://tinyurl.com/boostcon09hotel Cheers! -- Dave Abrahams Conference Chair http://boostcon.com

1 0

[bind] virtual function pointer woes
by Eric Niebler 09 Jan '09

09 Jan '09

Imagine I have a base class B with a virtual function f() that is overridden in a derived class D ... struct B { virtual void f() { std::printf("B\n"); } }; struct D : B { virtual void f() { std::printf("D\n"); } }; Now, I can have a derived object D and call the base member directly using qualification: D d; d.B::f(); // OK, called B::f But if I take the address of B::f for use with boost::bind, I get a thunk that always uses virtual dispatch... boost::bind( &B::f, _1 )( d ); // Hrm, calls D::f What if I don't want the virtual dispatch, and I really want this to behave like d.B::f()? I know this is not specifically a problem with boost::bind, but a more general property of (virtual) member function pointers. Is there any way to get a non-virtual member function pointer to a virtual member function? If there is a way, I'm sure I don't know it. -- Eric Niebler BoostPro Computing http://www.boostpro.com

3 4

[1.38.0] Deadlines looming
by Beman Dawes 09 Jan '09

09 Jan '09

The 1.38.0 beta is scheduled for a little more than a week from now. Release branch test reporting has been stalled, but we are working to get reporting restarted so the beta can go out more or less on time. Please complete any needed merges by Friday, January 16th. Thanks, --Beman

1 0

ASL patches
by Michael Marcin 09 Jan '09

09 Jan '09

I was playing with Adam and Eve and noticed that Adobe has some patches against boost 1.37, should any of these be merged into trunk to be included in 1.38 that haven't been? There looks to be patches for: /boost/detail/is_incrementable.hpp /boost/test/floating_point_comparison.hpp /tools/build/v2/tools/darwin.jam /tools/build/v2/tools/msvc.jam /tools/build/v2/tools/testing.jam /tools/jam/src/expand.c -- Michael Marcin diff -wur --unidirectional-new-file -x status -x adobe_information -xp4config -x bin.v2 ../diffable_boost_1_37_0/boost/detail/is_incrementable.hpp ../boost_libraries/boost/detail/is_incrementable.hpp --- ../diffable_boost_1_37_0/boost/detail/is_incrementable.hpp 2008-03-22 14:45:55.000000000 -0700 +++ ../boost_libraries/boost/detail/is_incrementable.hpp 2008-11-14 20:42:11.687500000 -0800 @@ -65,10 +65,10 @@ # endif // two check overloads help us identify which operator++ was picked - char (& check(tag) )[2]; + char (& (check)(tag) )[2]; template <class T> - char check(T const&); + char (check)(T const&); template <class T> @@ -78,7 +78,7 @@ BOOST_STATIC_CONSTANT( bool - , value = sizeof(is_incrementable_::check(BOOST_comma(++x,0))) == 1 + , value = sizeof((is_incrementable_::check)(BOOST_comma(++x,0))) == 1 ); }; @@ -89,7 +89,7 @@ BOOST_STATIC_CONSTANT( bool - , value = sizeof(is_incrementable_::check(BOOST_comma(x++,0))) == 1 + , value = sizeof((is_incrementable_::check)(BOOST_comma(x++,0))) == 1 ); }; } diff -wur --unidirectional-new-file -x status -x adobe_information -xp4config -x bin.v2 ../diffable_boost_1_37_0/boost/test/floating_point_comparison.hpp ../boost_libraries/boost/test/floating_point_comparison.hpp --- ../diffable_boost_1_37_0/boost/test/floating_point_comparison.hpp 2008-10-13 01:20:26.000000000 -0700 +++ ../boost_libraries/boost/test/floating_point_comparison.hpp 2008-11-05 17:53:37.546875000 -0800 @@ -220,8 +220,16 @@ } }; +template<class T> +struct static_ { + static T value; +}; + +template<class T> +T static_<T>::value; + namespace { -check_is_close_t check_is_close; + const check_is_close_t& x = static_<check_is_close_t>::value; } //____________________________________________________________________________// @@ -243,7 +251,7 @@ }; namespace { -check_is_small_t check_is_small; + const check_is_small_t& y = static_<check_is_small_t>::value; } //____________________________________________________________________________// diff -wur --unidirectional-new-file -x status -x adobe_information -xp4config -x bin.v2 ../diffable_boost_1_37_0/tools/build/v2/tools/darwin.jam ../boost_libraries/tools/build/v2/tools/darwin.jam --- ../diffable_boost_1_37_0/tools/build/v2/tools/darwin.jam 2008-10-16 01:42:03.000000000 -0700 +++ ../boost_libraries/tools/build/v2/tools/darwin.jam 2008-11-05 14:07:26.656250000 -0800 @@ -147,21 +147,22 @@ flags darwin.link OPTIONS $(condition)/<main-target-type>EXE/<address-model>/<debug-symbols>off : -s ; } - else - { - # Otherwise we need to find a strip program to use. And hence - # also tell the link action that we need to use a strip - # post-process. - flags darwin.link NEED_STRIP $(condition)/<debug-symbols>off : "" ; - strip = - [ common.get-invocation-command darwin - : strip : [ feature.get-values <striper> : $(options) ] : $(bin) : search-path ] ; - flags darwin.link .STRIP $(condition) : $(strip[1]) ; - if $(.debug-configuration) - { - ECHO notice: using strip :: $(condition) :: $(strip[1]) ; - } - } +## produces bad code on macs (release). maybe different options need to be sent to strip +# else +# { +# # Otherwise we need to find a strip program to use. And hence +# # also tell the link action that we need to use a strip +# # post-process. +# flags darwin.link NEED_STRIP $(condition)/<debug-symbols>off : "" ; +# strip = +# [ common.get-invocation-command darwin +# : strip : [ feature.get-values <striper> : $(options) ] : $(bin) : search-path ] ; +# flags darwin.link .STRIP $(condition) : $(strip[1]) ; +# if $(.debug-configuration) +# { +# ECHO notice: using strip :: $(condition) :: $(strip[1]) ; +# } +# } # - The archive builder (libtool is the default as creating # archives in darwin is complicated. diff -wur --unidirectional-new-file -x status -x adobe_information -xp4config -x bin.v2 ../diffable_boost_1_37_0/tools/build/v2/tools/msvc.jam ../boost_libraries/tools/build/v2/tools/msvc.jam --- ../diffable_boost_1_37_0/tools/build/v2/tools/msvc.jam 2008-10-16 01:42:03.000000000 -0700 +++ ../boost_libraries/tools/build/v2/tools/msvc.jam 2008-11-05 14:07:25.046875000 -0800 @@ -973,6 +973,9 @@ # Declare msvc toolset specific features. { + # Secure STL feature + feature.feature stl-security-theater : off on : propagated link-incompatible ; + feature.feature debug-store : object database : propagated ; feature.feature pch-source : : dependency free ; } @@ -1040,6 +1043,8 @@ toolset.flags msvc.compile C++FLAGS <exception-handling>on/<asynch-exceptions>off/<extern-c-nothrow>on : /EHsc ; toolset.flags msvc.compile C++FLAGS <exception-handling>on/<asynch-exceptions>on/<extern-c-nothrow>off : /EHa ; toolset.flags msvc.compile C++FLAGS <exception-handling>on/<asynch-exceptions>on/<extern-c-nothrow>on : /EHac ; + toolset.flags msvc.compile C++FLAGS <stl-security-theater>off : /D_SECURE_SCL=0 ; + toolset.flags msvc.compile C++FLAGS <stl-security-theater>on : /D_SECURE_SCL=1 ; # By default 8.0 enables rtti support while prior versions disabled it. We # simply enable or disable it explicitly so we do not have to depend on this diff -wur --unidirectional-new-file -x status -x adobe_information -xp4config -x bin.v2 ../diffable_boost_1_37_0/tools/build/v2/tools/testing.jam ../boost_libraries/tools/build/v2/tools/testing.jam --- ../diffable_boost_1_37_0/tools/build/v2/tools/testing.jam 2008-10-16 01:42:03.000000000 -0700 +++ ../boost_libraries/tools/build/v2/tools/testing.jam 2008-11-13 09:27:41.453125000 -0800 @@ -62,6 +62,7 @@ feature.feature testing.arg : : free incidental ; feature.feature testing.input-file : : free dependency ; +feature.feature preserve-test-targets : off on : incidental propagated ; # Register target types. type.register TEST : test ; @@ -393,11 +394,6 @@ local argv = [ modules.peek : ARGV ] ; -if --preserve-test-targets in $(argv) -{ - preserve-test-targets = true ; -} - toolset.flags testing.capture-output ARGS <testing.arg> ; toolset.flags testing.capture-output INPUT_FILES <testing.input-file> ; @@ -440,7 +436,7 @@ run-path-setup $(target) : $(source) : $(properties) ; - if ! $(preserve-test-targets) + if [ feature.get-values preserve-test-targets : $(properties) ] = off { TEMPORARY $(targets-to-remove) ; # Set a second action on target that will be executed after capture diff -wur --unidirectional-new-file -x status -x adobe_information -xp4config -x bin.v2 ../diffable_boost_1_37_0/tools/jam/src/expand.c ../boost_libraries/tools/jam/src/expand.c --- ../diffable_boost_1_37_0/tools/jam/src/expand.c 2008-07-29 04:43:31.000000000 -0700 +++ ../boost_libraries/tools/jam/src/expand.c 2008-11-05 14:07:25.984375000 -0800 @@ -749,7 +749,7 @@ assert(l != 0); assert(list_next(l) == 0); # ifdef OS_CYGWIN - assert( !strcmp( l->string, "c:\\foo\\bar" ) ); + assert( strcmp( l->string, "c:\\foo\\bar" ) == 0 || strcmp( l->string, "C:\\foo\\bar" ) == 0 ); # else assert( !strcmp( l->string, cygpath ) ); # endif

2 1

Testing -fno-rtti builds (was: [function] function_base.hpp:220: error: cannot use typeid with -fno-rtti)
by Emil Dotchevski 08 Jan '09

08 Jan '09

On Thu, Jan 8, 2009 at 9:21 AM, Doug Gregor <doug.gregor(a)gmail.com> wrote: > On Wed, Jan 7, 2009 at 5:33 PM, Steven Watanabe <watanabesj(a)gmail.com> wrote: >> Emil Dotchevski wrote: >>> >>> Does boost::function not support -fno-rtti by design (linux/gcc 4.1.3)? >> >> target, target_type, and contains require typeid. I suppose that in >> principle these could be disabled. > > Yes, it's possible, and I'd certainly accept a patch that did so. Someone correct me if I'm doing it wrong, but for example the RTTI-less and typeid-less configurations of Boost Exception, the library I'm maintaining, are tested only by me on my own computer, and I'm only testing them with MSVC and a single version of linux/gcc. Shouldn't the automatic trunk/release tests handle these, as well as other supported configurations? I guess what I'm saying is, I can make a patch to make boost::function work without RTTI, but I'm certainly not up to running those tests too. :) -- Emil Dotchevski Reverge Studios, Inc. http://www.revergestudios.com/reblog/index.php?n=ReCode

3 6

[function] function_base.hpp:220: error: cannot use typeid with -fno-rtti
by Emil Dotchevski 08 Jan '09

08 Jan '09

Does boost::function not support -fno-rtti by design (linux/gcc 4.1.3)? -- Emil Dotchevski Reverge Studios, Inc. http://www.revergestudios.com/reblog/index.php?n=ReCode

3 2

[lambda] patch to make lambda recognize operator+ for std::string
by Steven Watanabe 08 Jan '09

08 Jan '09

AMDG The attached patch fixes https://svn.boost.org/trac/boost/ticket/781 Okay to commit? In Christ, Steven Watanabe

2 1

Detecting if a class overrides free store functions
by Michael Marcin 07 Jan '09

07 Jan '09

I want to create a STL allocator that uses a class's static new function if it exists and will fallback on std::allocator::allocate if it doesn't. I think it should be easy to do this with sfinae but I don't see an appropriate type trait to detect if a class provides allocation and deallocation functions. Should these be provided? Maybe boost::has_allocation_function<T> boost::has_deallocation_function<T> or just boost::has_new<T> boost::has_delete<T> -- Michael Marcin

3 3

[smart ptr] implicit auto_ptr r-value initialization for scoped_ptr?
by Jason Moore 07 Jan '09

07 Jan '09

This is absolute genius!!! (i.e. implicit only for r-values of type std::auto_ptr<T>) std::auto_ptr<T> Create(); ... if (boost::shared_ptr<T> my_ptr = Create()) { my_ptr->doIt(); } Why is this feature not provided for boost::scoped_ptr? Thanks, Jason Moore

1 0

is_convertible problems associated with move-only types
by Howard Hinnant 07 Jan '09

07 Jan '09

I'm continuing to refine a boost::unique_ptr emulation and testsuite. One thing I've just uncovered is that I'm hitting a brick wall with is_convertible and move-only deleters used within the unique_ptr move constructor. The problem is that boost::is_convertible<From, To> assumes From is an lvalue. is_convertible<Deleter, Deleter> gets instantiated and it is all over. I've modified my copy of is_convertible (without really knowing what I'm doing) like so: Index: is_convertible.hpp =================================================================== --- is_convertible.hpp (revision 50433) +++ is_convertible.hpp (working copy) @@ -119,6 +119,8 @@ struct any_conversion { template <typename T> any_conversion(const volatile T&); + template <typename T> any_conversion(volatile T&); + template <typename T> any_conversion(const T&); template <typename T> any_conversion(T&); }; @@ -131,8 +133,8 @@ template <typename From, typename To> struct is_convertible_basic_impl { - static From _m_from; - static bool const value = sizeof( detail::checker<To>::_m_check(_m_from, 0) ) + static From _m_from(); + static bool const value = sizeof( detail::checker<To>::_m_check(_m_from(), 0) ) == sizeof(::boost::type_traits::yes_type); }; @@ -291,7 +293,8 @@ template <typename From, typename To> struct is_convertible_impl { - typedef typename add_reference<From>::type ref_type; +// typedef typename add_reference<From>::type ref_type; + typedef From ref_type; BOOST_STATIC_CONSTANT(bool, value = (::boost::type_traits::ice_and< ::boost::type_traits::ice_or< This hits just the part targeting gcc. The intent is that in boost::is_convertible<From, To> From is now considered an rvalue (unless From is a (lvalue) reference type). This makes my test case happy. I can now move construct a unique_ptr with a move-only deleter. Fwiw, this definition of is_convertible is consistent with std::is_convertible in N2800: > In order to instantiate the template is_convertible<From, To>, the > following code shall be well formed: > > template <class T> > typename add_rvalue_reference<T>::type create(); > To test() { > return create<From>(); > } > > [ Note: This requirement gives well defined results for reference > types, > void types, array types, and function types. -- end note ] I've got a much more refined unique_ptr testsuite on the way which will contain the unique_ptr header and test case for this (not there yet, I'll post when it is). -Howard

3 9

[partition_point][iterator][multi_index] partition_point now in sandbox
by Arno Schödl 07 Jan '09

07 Jan '09

I checked the first version of the "partition_point" library into the sandbox. Unit tests are still missing. Besides "partition_point", there are also "iterator" and "multi_index" directories that contain partition_point overloads that upon acceptance will go into the respective libraries (right, Dave?). shared_container_iterator has the problem that container_ref is not publicly accessible, so to make the code work, shared_container_iterator needs an accessor for that information a la transform_iterator::predicate() or declare partition_point as a friend. Dave, Joaquin, feel free to make changes to the overloads. Arno -- Dr. Arno Schoedl · aschoedl(a)think-cell.com Technical Director think-cell Software GmbH · Invalidenstr. 34 · 10115 Berlin, Germany http://www.think-cell.com · phone +49-30-666473-10 · toll-free (US) +1-800-891-8091 Directors: Dr. Markus Hannebauer, Dr. Arno Schoedl · Amtsgericht Charlottenburg, HRB 85229

3 2

[iterator] counting_iterator::reference should be value_type?
by Arno Schödl 07 Jan '09

07 Jan '09

Hello, currently, counting_iterator<T>::reference is Incrementable const&. This makes reverse_iterator< counting_iterator<T> >::dereference return a reference to a temporary variable: typename super_t::reference dereference() const { return *boost::prior(this->base()); } IMO, the solution is to make counting_iterator return by value. Arno -- Dr. Arno Schoedl · aschoedl(a)think-cell.com Technical Director think-cell Software GmbH · Invalidenstr. 34 · 10115 Berlin, Germany http://www.think-cell.com · phone +49-30-666473-10 · toll-free (US) +1-800-891-8091 Directors: Dr. Markus Hannebauer, Dr. Arno Schoedl · Amtsgericht Charlottenburg, HRB 85229

4 10

[Unit Test] formulas in documentation wrong
by David Walthall 07 Jan '09

07 Jan '09

Hello. It appears that some of the math formulas are wrong. E.g. http://www.boost.org/doc/libs/1_37_0/libs/test/doc/html/utf/testing-tools/f… has |u v| |u| |u v| |v| instead of | u - v | <= e * |u| or | u - v | <= e * |v| The documentation seems to have gone wrong between 1.35 and 1.36: http://www.boost.org/doc/libs/1_35_0/libs/test/doc/components/test_tools/fl… http://www.boost.org/doc/libs/1_36_0/libs/test/doc/html/utf/testing-tools/f… Thanks, David

2 1

[test] Broken with VC7.1?
by John Maddock 07 Jan '09

07 Jan '09

All the math lib tests are now failing with VC7.1 due to an unresolved external from Boost.Test: http://tinyurl.com/9s9s8e Any fixes? Cheers, John.

2 2