- Boost - lists.preview.boost.org

preprocessor library
by Wolf Lammen 19 Jul '10

19 Jul '10

Hi, Within the last two weeks, I submitted two patches to boosts ticket system, one correcting a bug in the preprocessor library, one slightly extending a macro improving symmetry when converting list types. I spotted more dubious code in the library, for example, I could easily remove hundreds of lines of dead code from preprocesser/seq/fold_left.hpp, and simplify BOOST_PP_SEQ_FOLD_LEFT saving between 15% and 90% of its execution costs (measured in macro replacements), depending on the input. When submitting the patches I followed the instructions on the bug reporting page of boosts web site. There has been no reaction so far. Did I get something wrong? Would like to learn how patches like these are going to be handled. with kind regards Wolf Lammen -- GMX DSL: Internet-, Telefon- und Handy-Flat ab 19,99 EUR/mtl. Bis zu 150 EUR Startguthaben inklusive! http://portal.gmx.net/de/go/dsl

2 1

[mpl] Request for permission to merge a minor change to release
by Daniel Walker 19 Jul '10

19 Jul '10

Hi all, I just noticed a missing include in boost/mpl/has_xxx.hpp and committed a fix to trunk. https://svn.boost.org/trac/boost/changeset/64144 May I please merge this changeset to release? Daniel Walker

2 1

Michael Herchel is ooo.
by Michael.Herchel＠rohde-schwarz.com 18 Jul '10

18 Jul '10

Ihre Nachricht betreffend: / Your Mail about: Boost Digest, Vol 2975, Issue 2 Ich werde ab 16.07.2010 nicht im Büro sein. Ich kehre zurück am 26.07.2010. Ich werde Ihre Nachricht nach meiner Rückkehr beantworten. I am on vacation and will be back in the office on 26.07.2010. I will reply your email as soon as I am back.

3 2

[msm] nested pseudo exits with same event ending up in no trans in the most outer state machine.
by Richard Szabo 17 Jul '10

17 Jul '10

Hi All I have run in to the following problem : if I have 3 state machines where 1st has a composite state which has one more composite state than the most inner one enters to a pseudo exit state which sends finish event. The middle one has a transaction from the most inner pseudo exit with even finish to a pseudo exit middle state which sends finish again. The most outer state machine has a transition from the middle pseudo exit with event finish to a internal state. when the most inner pseudo state sends event finish it ends in a NO transition on the most outer state machine instead of triggering the transition in the middle state machine. please find the sample code to reproduces the problem and execution output in attachment to . a part of the execution output : leaving: Stopped entering: Playing entering: Playing::PseudoEntry1 leaving: Playing::PseudoEntry1 entering: test1Sm::initial leaving: test1Sm::initial entering: test1Sm::TestPseudoExit1 no transition from state 1 on event struct `anonymous namespace'::finish Is it a bug or I'm doing something wrong ?. Br. Richie

1 0

Help with patch
by Christian Henning 17 Jul '10

17 Jul '10

Hi there, this is probably offtopic but I need some help with applying a patch for boost::gil. First of all, I don't have much experience with patch and I need to change that. I read some tutorials online on how to patch with subversion and it seems pretty straightforward. I did some little testing myself and everything works as expected. Nice tool, I like it! Now, my first real life try with patch and I'm running into a problem immediately. I get this error with subversion: --------------------------- TortoiseMerge --------------------------- The patch seems outdated! The file line TIFF *_tp; and the patchline TIFF *_tp; do not match! --------------------------- OK --------------------------- The patch file was send to boost mailing list and maybe some lines got shifted by a whitespace but I cannot really tell. I uploaded that patch file here: http://code.google.com/p/gil-contributions/source/browse/trunk/gil_fix/tiff… Could someone tell me what's wrong with that patch file and how to fix it? Thanks, Christian

2 4

[range] permission to merge
by Neil Groves 17 Jul '10

17 Jul '10

Please may I merge changes to Boost.Range to add overloads to various Range functions to better support the use with temporary results? These changes have been tested on the trunk over the last three days without issue. Regards, Neil Groves

3 2

Michael Herchel is ooo.
by Michael.Herchel＠rohde-schwarz.com 17 Jul '10

17 Jul '10

Ihre Nachricht betreffend: / Your Mail about: Boost Digest, Vol 2975, Issue 1 Ich werde ab 16.07.2010 nicht im Büro sein. Ich kehre zurück am 26.07.2010. Ich werde Ihre Nachricht nach meiner Rückkehr beantworten. I am on vacation and will be back in the office on 26.07.2010. I will reply your email as soon as I am back.

1 0

Bug in boost graph library
by Arne Schwabe 17 Jul '10

17 Jul '10

Hello, first I do not if this is the right list. I new to the boost mailling lists. I found a bug in the edge_range function of adjancency list. I condensed a short example. When compiled with MSVC 9 and Debug settings I get a debug assertion, "sequence not ordered". From my understanding the edge_range function needs the stored edge list to be sorted for the std::equal_range function. If I inspect "c" with the debugger the edges are not sorted but in the same order as they were added to the graph. Arne P.S.: If this not the right place for reporting bugs can you point to the right bug tracker/etc?

3 5

Michael Herchel is ooo.
by Michael.Herchel＠rohde-schwarz.com 16 Jul '10

16 Jul '10

Ihre Nachricht betreffend: / Your Mail about: Boost Digest, Vol 2974, Issue 3 Ich werde ab 16.07.2010 nicht im Büro sein. Ich kehre zurück am 26.07.2010. Ich werde Ihre Nachricht nach meiner Rückkehr beantworten. I am on vacation and will be back in the office on 26.07.2010. I will reply your email as soon as I am back.

1 0

Does boost help in creating generic function wrappers?
by Andy Venikov 16 Jul '10

16 Jul '10

In c++0x, creating a generic function wrapper is a bliss: template <typename Func> class gen_wrapper { Func && func_; public: gen_wrapper(Func && in) : func_(in) {} template <typename ... Prms> /*deduce result here */ operator() (Prms && ... prms) { //Do something special here. //NOTE: we can operate with arguments here too return func_(std::forward<Prms>(prms)...); } }; That's it. But if I don't have C++0x, can boost help here? functional/forward_adapter won't work since it hides function parameters, it only lets you operate with the function. It looks like it may be possible to do that by using boost/preprocessor I'll have to generate a whole lot of overloads with O(2^N) (because of the overload on (T &) or (T const &) for every argument). But it looks pretty dounting. It's basically what forward_adapter had to do. Isn't there a ready-made library that would allow me to generate all of the overloads? Thanks, Andy.

4 9

status of logging library
by Torri, Stephen CIV NSWCDD, W15 16 Jul '10

16 Jul '10

What is the status of adding a logging library to Boost? I was looking at Boost.Log and Pantheios. I would like to not have to had another library to depend on. Stephen Stephen Torri, PhD NAVAL SURFACE WARFARE CENTER DAHLGREN 17214 Ave B Suite 121 Dahlgren, Va. 22448 540-653-1082 I am not a contracting officer. I cannot modify or initiate contracts, nor do I have the authority to financially commit the government in any way.

3 3

Michael Herchel is ooo.
by Michael.Herchel＠rohde-schwarz.com 16 Jul '10

16 Jul '10

Ihre Nachricht betreffend: / Your Mail about: Boost Digest, Vol 2974, Issue 2 Ich werde ab 16.07.2010 nicht im Büro sein. Ich kehre zurück am 26.07.2010. Ich werde Ihre Nachricht nach meiner Rückkehr beantworten. I am on vacation and will be back in the office on 26.07.2010. I will reply your email as soon as I am back.

1 0

[gsoc] Pointer Plus Bits Behavior and Interface
by Brian Bartman 16 Jul '10

16 Jul '10

Hello, Pointer Plus Bits: Is a data structure which points to specifically aligned object such that the value of the address is divisible by a power of two (the power of two which it is divisible by is given as a template argument). The empty bits of the pointer are then used to store extra boolean values relating to something (This is of the programmers choosing but it would seem best practice to make it related to the object being pointed at). The technique is of storing extra bits inside of pointers is some times referred to as bit stuffing. Clang uses this technique for their QualType pointer: http://clang.llvm.org/doxygen/classclang_1_1QualType.html So here are some of the questions I would like to pose to the community about the behavior and interface of the pointer_plus_bits data structure: 1) Should the pointer_plus_bits have a pre and post increment and decrement ( what about supporting other arithmetic operations such as add, minus, add assign etc...) ? One could do this if the sizeof the type is evenly divisible by 2 to the number of bits being "stuffed". The next/previous object in the array being traversed could be correctly pointed at (assuming that the item being pointed at IS an array). 1.a) If this is a behavior supported by the pointer_plus_bits should it keep the bits being stuffed or set them to zero each time? 2) Should the bits being stuffed apply during comparison? 3) Should the pointer provide compatibility between itself and pointer of the same type that is being stuffed (the behavior of this would mean masking out the pointer so the stuffed bits won't apply during the comparison)? (ie Should pointer_plus_bits<T,2> be comparable to T* ?) (in pointer_plus_bits 2 is the number of bits being stuffed). -- thanks, Brian Bartman

11 33

Boost.Test - Looking for a gui.
by Giorgio Zoppi 16 Jul '10

16 Jul '10

Hi, i'm looking for a gui which it's able to launch tests and test suites for using with Boost.Test. Cheers, Giorgio. -- Quiero ser el rayo de sol que cada día te despierta para hacerte respirar y vivir en me. "Favola -Moda".

3 5

Michael Herchel is ooo.
by Michael.Herchel＠rohde-schwarz.com 16 Jul '10

16 Jul '10

Ihre Nachricht betreffend: / Your Mail about: Boost Digest, Vol 2974, Issue 1 Ich werde ab 16.07.2010 nicht im Büro sein. Ich kehre zurück am 26.07.2010. Ich werde Ihre Nachricht nach meiner Rückkehr beantworten. I am on vacation and will be back in the office on 26.07.2010. I will reply your email as soon as I am back.

1 0

bjam move in svn
by Vladimir Prus 15 Jul '10

15 Jul '10

I've just moved tools/jam into tools/build/v2/engine. This is a technical step towards unified packaging and release management of what is essentially a single tool, not two independent things. There are not other changes for now, but given that many folks might have tools/jam written in some scripts, I though I'd mention this. The change is on trunk only, so should not affect testing. Anyway, let me know if something breaks. Thanks, -- Vladimir Prus http://vladimir_prus.blogspot.com Boost.Build: http://boost.org/boost-build2

3 4

mpi test question
by Robert Ramey 15 Jul '10

15 Jul '10

I'm still struggling to get serialization verioning correct. Is there anyway I can run mpi serialization tests on my win32 machine w/o mpi installed? Robert Ramey

2 2

[lists] how to add a new boost mailing list?
by Eric Niebler 15 Jul '10

15 Jul '10

I'd like to set up proto(a)lists.boost.org for use by myself and a few other folks interested in discussing Proto and DSEL design issues. I could just use Google Groups (the Spirit lists use lists.SF.net, I see), but lists.boost.org would be better IMO. Does anybody know how to do this? -- Eric Niebler BoostPro Computing http://www.boostpro.com

1 1

Bits and Ints: Intention Request
by Murilo Adriano Vasconcelos 15 Jul '10

15 Jul '10

Hi, I am working on GSoC Bits and Ints project wich is a library with functions for integral data types. The motivation for this library is to provide integer algorithms and utilities optimized by doing binary manipulations so that it uses less CPU cycles, memory access and conditional branches. This library contains some classical integer algorithms such as population count, reversing bits, sign extension and bit interleaving. Would be great to Boost to incorporate this library because its functions can be used on a widely types of applications that needs to perform fast operations on integral types. Since one of slowest operations perfomed by the CPU is conditional braching (it involves pipelining, recaching, etc) this library avoid it. For the runtime versions, conditional branch is not used (if, switch, for, while, etc). Other motivation to adopt this library is the integration with Boost.MPL. Almost every function implemented have it MPL and non-MPL static version. For example: // Runtime int pop_count(uintmax_t value); // non-MPL metafunction template <uintmax_t Value> struct static_pop_count {}; // MPL template <typename IC> struct pop_count : integral_c<int, static_pop_count<IC::value>::value> {}; The contents of this library is inside of boost/integer folder and can be viewed in [0]. The static and MPL compatible metafunctions are declared on headers with static_ prefix. The partial documentation can be viewed in [1]. What already is implemented (underlined are out of proposal) - Sign extension from a length of m bits to a length of n - Bit reversal - Bit-interleaving and uninterleaving - Programming utilities for bit and bitmask manipulation - Sign function - Transfer of sign - Clear Least-Significant Nonzero Bit - Round Up or Down to Next Power of 2 - Count Trailing Zeros - Population Count - *Integer Log2* - *Count Leading Zeros* - Compile time MPL compatible abs - Compile time MPL compatible lcm - Compile time MPL compatible gcd - Safe average functions - Swap without a temporary - Templated class is_integral_constant<> My plan is to implement these functions: - Run-time GCD - Run-time LCM - Functions for getting carry bits from addition and the high-half of an integer multiply - Rounding right-shifts - Saturating arithmetic operations - Multi-word shifts - Two-word divide by one-word value - Bounds Checking - Power of 2 Crossing - Find First String of 1-Bits of a Given Length - Incrementing a Reversed Integer - Decoding a “Zero Means 2n” Field - Integer Log Base 10 I want to know wich functions you think that it is interesting to implement in this library. Also, comments and suggestions are appreciated. [0] - http://svn.boost.org/svn/boost/sandbox/SOC/2010/bits_and_ints/boost/integer/ [1] - http://svn.boost.org/svn/boost/sandbox/SOC/2010/bits_and_ints/libs/integer/… References: http://aggregate.org/MAGIC/ http://graphics.stanford.edu/~seander/bithacks.html http://bits.stephan-brumme.com/ http://www.boost.org/doc/libs/1_35_0/libs/integer/index.html Hacker's Delight / Henry S. Warren, Jr Regards, -- Murilo Adriano Vasconcelos http://murilo.wordpress.com

3 5

Is svn.boost.org down?
by Marshall Clow 14 Jul '10

14 Jul '10

I can't get to Trac. I can't check out from SVN. [ 0810 PDT ] -- Marshall

2 1

[uuid] - test fail for gcc-mingw-4.3.3
by Andy Tompkins 14 Jul '10

14 Jul '10

Hi, I'm hoping someone can help me figure out why the following test fails. See http://tinyurl.com/2w796gq It appears that it compiles but there is such little information I don't know what it wrong. Thanks Andy.

2 2

[Docs] Where's the documentation on compare_pointees.hpp?
by Mostafa 14 Jul '10

14 Jul '10

Hi all, Is there any mention in the docs on compare_pointees.hpp? (I couldn't find any.) I came across it was via some convoluted Google searches, after exhausting the boost docs route. -Mostafa

2 2

Suggested change to type_traits/function_traits
by Joseph Garvin 14 Jul '10

14 Jul '10

I only just now subscribed to this list so forgive me if this has been suggested and rejected before. Currently function_traits<F> exposes the argument types for F as individual typedefs, arg1_type, arg2_type, etc. I think this could be made more powerful with two changes: 1. First, change it to be 0 indexed, arg0_type should be first. This is more consistent with the rest of boost and C++ in general. 2. Have an inner arg struct, templated over an integer indicating which argument you want. So instead of: typedef some_type arg0_type; typedef some_other_type arg1_type; //... You would have: template<int i> struct arg template<> struct arg<0> { typedef some_type type; } template<> struct arg<1> { typedef some_other_type type; } // etc. I think this would make function_traits more usable for metaprogramming. As is, to access the different argN_types you have to resort to using boost preprocessor. For backwards compatibility the old interface could co-exist with the new one.

4 3

Boost format hex issue..
by Rob Kramer 14 Jul '10

14 Jul '10

Hi, I'm having an issue with boost::format, in that I can't get it to format a value as hexadecimal if that value is of float type. For example, the little test program below prints: "As int: 0018, 0x0012, as float: 0018, 0x0018" This is as intended, I suppose, since floats can't printed in hex form anyhow. But is there anyway I can get the 'x' format type attribute to interpret the value as integer? Simply casting it to int is not an option, because the way my float value is interpreted should depend only on the format string. I added a hack to my application that fixes it for now, but that doesn't seem very correct: boost::format (..) fmt; double v = ..; if (fmod (v, 1.0) == 0.0) fmt % (int) v; else fmt % v; Cheers! Rob #include <iostream> #include <iomanip> #include <boost/format.hpp> using namespace std; int main() { cout << "As int: " << boost::format ("%1$04d, 0x%1$04x") % 18 << ", as float: " << boost::format ("%1$04d, 0x%1$04x") % (double) 18 << endl; }

1 0

member function traits (was: Concept Traits Library)
by Barend Gehrels 14 Jul '10

14 Jul '10

Hi, Related to this message: John Maddock wrote: >> Even if the library doesn't provides an approach that works to define >> all >> the concepts, it has a lot of useful things. I also suggested to >> Terje at >> least to add the mpl and type traits extensions of the library. > > Agreed - in fact I don't see why we can't just add the new traits > direct to the type_traits library? > > Certainly if someone would like to package these up as direct > additions to type_traits (so I don't have to do much!) then I'd > certainly look favorably on adding them. > and especially related to the function_traits of the type_traits library. Is there any interest in class member function introspection? According to the current documentation, "function_traits is intended to introspect only C++ functions of the form R (), R( A1 ), R ( A1, ... etc. ) and not function pointers or class member functions.". We have, in our work on Boost.Geometry, the need to have the function_traits also working on class member functions. We first had defined a specific meta-function, only for the purpose of concept-checking. Bruno suggested that using function_traits we can avoid that. So we need it to work on member functions. I did some experiments and it is possible to let function_traits checking member functions as well, and it is easy to incorporate into function_traits. It can then be called, for a member function called "apply" of a (template)class called Strategy, like this: typedef typename boost::function_traits<typename BOOST_TYPEOF(&Strategy::apply)>::arg1_type ptype1; for the first argument (in our case a point type, which is then used in the concept-checking using BCCL, to check if it fulfills the point concept and to feed into this same apply method). Adding member function support only needs two relatively simple additions: 1) a specialization for member functions, like this (here only for a const function with 2 parameters) template <typename Class, typename R, typename T1, typename T2> struct function_traits_helper<R (Class::*) (T1, T2) const> { BOOST_STATIC_CONSTANT(unsigned, arity = 2); typedef R result_type; typedef T1 arg1_type; typedef T2 arg2_type; }; 2) the boost::add_pointer call in function_traits should be avoided for member functions, this can be solved by using a meta-function there: template<typename Function> struct function_traits : public detail::function_traits_helper < typename mpl::if_ < boost::is_member_function_pointer<Function>, Function, typename boost::add_pointer<Function>::type >::type > {}; Experiments are here: http://codepad.org/Qw4Uf1aG So I have a prototype, it seems to work fine and can easily be extended and incorporated. Is there more interest in it, and do the type_traits maintainers find this a good idea? Of is it already somewhere else within Boost (or planned)? Regards, Barend

3 7