- Boost - lists.boost.org

[container] stable_vector::back() is broken in Boost 1.53
by Klaim - Joël Lamotte 08 Apr '13

08 Apr '13

Tested on both VS2010 and VS2012, boost 1.53, with default boost no option set: ############ #include <boost/container/stable_vector.hpp> #include <iostream> int main() { boost::container::stable_vector< int > values; values.emplace_back( 42 ); int& bad_value = values.back(); // bad address int& good_value = values.front(); int& also_good_value = values.at(0); // imply values[0] std::cout<< " ADDRESS OF BAD VALUE : " << &bad_value << std::endl; std::cout<< " ADDRESS OF GOOD VALUE : " << &good_value << std::endl; std::cout<< " ADDRESS OF ALSO GOOD VALUE : " << &also_good_value << std::endl; } ############ This code displays addresses of the bad_value object very low on Debug and very high on Release. I believe that .back() is broken. However, when I test there : http://liveworkspace.org/code/3F11CK$2 it seems to work with any available compiler. So either it's LiveWorkspace which use an older boost version, or this issue arise only on VC. I made a ticket: https://svn.boost.org/trac/boost/ticket/8412 Joel Lamotte

6 10

GSoC 2013: Boost is a mentoring organization
by Boris Schaeling 08 Apr '13

08 Apr '13

Boost is a mentoring organization in this year's GSoC program. Thanks to everyone who added proposals to <https://svn.boost.org/trac/boost/wiki/SoC2013> and to Google for inviting us! According to the GSoC calendar at <https://google-melange.appspot.com/gsoc/events/google/gsoc2013> we have now two weeks where would-be student participants discuss application ideas. If you are interested in participating in the program - either as a student or as a mentor - get active now! :) 1) Have a look at our ideas list at <https://svn.boost.org/trac/boost/wiki/SoC2013>. Find something which interests you or think of a brand new project. 2) Send a mail to the mailing list at <mailto:boost@lists.boost.org> to let people know what you are interested in and what you have to offer. 3) Discuss your idea with others and try to turn it into an actual GSoC project. You need at least a project description, a goal, a mentor and a student. :) Boris

1 0

Adding some image libs to boost build
by Christian Henning 08 Apr '13

08 Apr '13

I have added jpeg, png, and tiff jam files to boost trunk. These files will be needed by gil::io tests. There are still some remaining issues which I like to discuss in this thread: 1. building these libs sometimes requires renaming header and/or source files to the correct architecture. Should we leave that up to the user or should bjam take care of it. And if so, how will we configure that. One example is jpeg: see jconfig.vc -> jconfig.h 2. Tiff has a file nmake.opt which is included in the makefile. How will we include all those options? Regards, Christian

3 5

Release milestone.
by Vicente J. Botet Escriba 08 Apr '13

08 Apr '13

Hi, I would like to merge some fixes in Boost.Thread, but I suspect that the release branche should be blocked as for https://svn.boost.org/trac/boost/wiki/ReleaseSchedule. On which stage (milestone) is the release process? Best, Vicente

2 2

[gil] numeric extension, arithmetic operators
by Harg Tholan 08 Apr '13

08 Apr '13

Hey, Do we plan to overload arithmetic operators for Pixel as wrappers of the numeric extension? or should users derive a class from Pixel adding such functionality? ATM, for diving two pixels (rgb_8 for example), I have to call the division this way: pix_r = pixel_divide_t<rgb_8_pixel_t, rgb_8_pixel_t, rgb_8_pixel_t>().operator()(pix2, pix1); The thing is that I have a template class that makes use of operator/ at some point on one of the template parameters, and I would like to be able to use it with 'Pixel' type. Thank you!

3 7

future<>::then() Error returning future<void> (on trunk)
by Fernando Pelliccioni 07 Apr '13

07 Apr '13

Hi Vicente, hi all, I noticed that in the trunk there is a implementation of future<>::then(). Thank you very much for your efforts to implement it! The following example, compiles OK boost::future<int> f1 = boost::async([]() { return 123; }); f1.then([](boost::future<int> const& f) { return std::string(""); }); But this one fails to compile: boost::future<int> f1 = boost::async([]() { return 123; }); f1.then([](boost::future<int> const& f) { }); Here future<>::then() have to returns future<void> like ... boost::async([]() { }); Am I right? On the other hand, have you taken into account the following paper? http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2012/n3451.pdf Regards, Fernando Pelliccioni.

3 5

C++11 and compilers not supported by vendors any more
by Antony Polukhin 06 Apr '13

06 Apr '13

Hi, I've got an almost ready patch for Boost.Any, that adds rvalues support to it via Boost.Move. But the trouble is following: Current version of patch may (and would) break compilation on ancient compilers, like MSVC6, BCC 5.5 and g++ 2.95. It can be tuned, to work even on those platforms, but: * I have no access to those antiquities, so it is impossible to run tests * It will take huge amount of time, to make it work What is the current policy in such situations (may ancient compilers support be dropped)? -- Best regards, Antony Polukhin

4 3

Review managers wanted for augmented data structures
by Vadim Stadnik 06 Apr '13

06 Apr '13

Hi all, At present, neither Boost library nor STL provides containers using augmented data structures. I suggest that the Boost community consider solving the challenging problem – how to extend STL by integrating advanced data structures. Is there an alternative of not integrating advanced data structures into STL? IMO, no, since it is equivalent to “STL must go”. C++ cannot ignore performance benefits provided by these data structures. On the other hand, advanced data structures can be implemented in many programming languages and this will make C++ less competitive. Augmented red-black trees could have been included in the very first version of STL. Why is it difficult and has not been done yet? The major obstacle for the integration is the C++ standard specification of computational complexities of single operations for containers and iterators. Augmented trees are non-standard due to different performance guarantees. At the same these data structures are beneficial for complex algorithms, since they offer a wider set of more efficient operations compared to standard containers. The typical performance improvement for one operation is O(log N) against O(N). For less efficient operations these trees normally provide running time O(log N) against O(1), which is good enough for many applications. The C++ STL will be under pressure as long as there are new data structures that offer better running time for user algorithms. Asymptotically, the main parameter that determines the running time of an algorithm is the total computational cost (to simplify the discussion we omit the effect of locality of reference). By definition, the total computational cost is the sum of costs of single operations multiplied by their frequencies. For a general purpose library, such as STL, it is impossible at the design stage to know frequencies of all container and iterator operations required in all possible user algorithms. A more reasonable and practical approach to STL would be to provide a wide set of interchangeable containers and data structures with different performance guarantees and allow programmers to make decisions about the most suitable containers for specific applications. Relatively small frequencies of inefficient operations do not have significant effect on the total computational cost of an algorithm. Thus, in principle, containers and iterators can provide even inefficient operation in order to support more unified interfaces and to improve the generality. The replacement of interchangeable containers offers the advantage of low development cost solutions to performance bottlenecks that arise due to enhancement requests and/or an increase in the number of elements processed by a user algorithm. Also, I’d like to note that the representation of sequences using augmented trees is a frequent point of confusion and probably the fact that was overlooked in the development of previous versions of STL. The general description of the method of augmenting data structures is given in the section 14.2 of this book T.H. Cormen, C.E. Leiserson, R.L. Rivest and C. Stein, Introduction to Algorithms, 2nd Edition, MIT Press and McGraw-Hill, 2001. The specific application of this method is provided for order statistic trees and interval trees. Unfortunately, there is no example of a sequence that stores unordered elements. Probably for this reason augmented red-black trees are often considered to be an improvement of search trees only. The efficient representation of sequences by the described red-black trees follows from the fact that augmenting by the counter of children nodes supports efficient mapping from non-negative integers into container elements. It works both for ordered and unordered containers with unique and multiple elements or keys. There are two libraries in the Boost review schedule: http://www.boost.org/community/review_schedule.html "STL Extensions" and "Countertree". None of them has as yet a review manager. The order of the reviews may not be significant. It is more important that at least one library pass the review. This would help integrating other advanced data structures. Are there Boost experts who could volunteer to take responsibility of review manager for any of these two libraries? Regards, Vadim Stadnik

4 9

[any] C++11 support
by Antony Polukhin 06 Apr '13

06 Apr '13

Hi, There is a patch for Boost.Any, that adds rvalue references support (via Boost.Move) and noexcepts (see ticket #6999 any.patch). It also includes a set of tests, and they pass well. Previous maintainers of the library are away for a long time, so if there will be no objections till the end of next weekend, I'll apply the patch. -- Best regards, Antony Polukhin

1 0

Scope Tracer or General Scope Function with parameter or variable values
by Anlin Zhang 06 Apr '13

06 Apr '13

Hi, I'm wondering if a "Scope Tracer" or a "General Scope Function" can be easily implemented with existing boost libraries now. One example use case is to log variable or parameter values or any program state when entering or leaving a scope, but it can do more than just logging, it can, for example, lock/unlock mutex, or prepare/teardown test cases, etc. For logging requirement, to give you an idea, the expected log message looks like this: >04/10/09 05:29:12:210257 entering func foo with parameter a=10, b=1.5, d.x=10, d.y=[string], global d=2, filename:test.cpp>04/10/09 05:29:12:210257 entering while() a=10, b=1.5, d.x=10>04/10/09 05:29:12:210257 leaving while() a=9, b=1.5, d.x=9>04/10/09 05:29:12:210257 entering while() a=9, b=1.5, d.x=9>04/10/09 05:29:12:210257 leaving while() a=8, b=1.5, d.x=8>...>04/10/09 05:29:12:210257 entering while() a=2, b=1.5, d.x=2>04/10/09 05:29:12:210257 leaving while() a=1, b=1.5, d.x=1>04/10/09 05:29:12:210257 entering while() a=1, b=1.5, d.x=1>04/10/09 05:29:12:210257 leaving while() a=0, b=1.5, d.x=0>04/10/09 05:29:12:210257 leaving function foo with parameter a=0, b=1.5, d.x=0, d.y=[string], global d=2, filename:test.cpp It does not have to be logging, it can do any general processing when entering/leaving a scope. I implemented a small library to do so in 2008 mainly for tracing, it worked fine for me and I never revisited it again until recently. Wondering if boost has libraries to support such a requirment. My implementation has a template class logger_class which can manage the log-level at runtime and send the log message to standard-output or other places. Application code use a macro to invoke the library, the macro can be disabled at compile time, or weakened to only log scope without variables. Example of the macro definition: #ifdef ENABLE_ONLY_SCOPE_TRACER #define SCOPE_TRACER(logger_class, logger, args, level, scope) \ scope_tracer<logger_class> tracer_obj(logger, __FUNCTION__, __FILE__, __LINE__); \ if (logger.get_level() >= level){ \ tracer_obj.init(level, scope).noMore(); \ } #else #ifdef DISABLE_SCOPE_VAR_TRACER #define SCOPE_TRACER(logger_class, logger, args, level, scope) #else #define SCOPE_TRACER(logger_class, logger, args, level, scope) \ scope_tracer<loggerClass> tracer_obj(logger, __FUNCTION__, __FILE__, __LINE__); \ if (logger.get_level() >= level){ \ tracer_obj.init(level, scope) << args; \ tracer_obj.noMore(); \ } #endif#endif Application code example: int globalVar; void MyClass::func1( A a, B&b, C* c, int d, std::string & s){ SCOPE_TRACER(MyLogger, test_logger, a<<b<<c<<d<<s<<globalVar, LOG_LEVEL_TRACE, "func1"); ... int localVar; while(x){ SCOPE_TRACER(MyLogger, test_logger, x<<a<<b<<c<<d<<s<<globalVar<<localVar, LOG_LEVEL_TRACE, "while(x)"); ... } ... } As you see, "<<" operator is being used. But it does not have to be only "<<" operator. Basically any C++ operator can be supported between the logger class and logged type. And the logger_class is not limited to just do tracing, it can virtuall do anything. I can attach the code if needed. The code was compiled with GCC on linux and VisualStudio on Windows. If the above functionality can be easily achieved using existing boot library, please advise how. Otherwise is it worth to request such a feature in boost? Thanks,Anlin

2 1