- Boost - lists.boost.org

[1.44] Release notes
by Daniel James 09 Aug '10

09 Aug '10

Hello, If you haven't done so yet, with the beta coming out it's a good time to add your entries to the release notes so that people know what to test. You can edit the file in subversion here: http://svn.boost.org/svn/boost/website/public_html/beta/feed/history/ Or if you prefer, you can email me the details and I'll add it for you. If you're able to build the release notes, I better warn you that I've changed the build system a little. Recent versions of quickbook are generating slightly different mark up, and if that's used for old entries, they can appear as new in rss feeds. So to avoid that, it now stores a hash of the quickbook files to only update their entry if the source changes. It should just work, you just need to commit the '*-hashes.txt' files at the same time as the rss files. If you want to force an update, you can delete the appropriate line in the text file. thanks, Daniel

5 7

[mpl] BOOST_MPL_HAS_XXX_TEMPLATE_NAMED_DEF
by Edward Diener 09 Aug '10

09 Aug '10

I found the BOOST_MPL_HAS_XXX_TEMPLATE_NAMED_DEF macro in the latest has_xxx.hpp of mpl on the trunk. Is BOOST_MPL_HAS_XXX_TEMPLATE_NAMED_DEF ( and its corresponding BOOST_MPL_HAS_XXX_TEMPLATE_DEF ) scheduled to be added to Boost in an upcoming release ? I find it useful for TMP introspection in much the same way as BOOST_MPL_HAS_XXX_TRAIT_NAMED_DEF ( and its corresponding BOOST_MPL_HAS_XXX_TRAIT_DEF ).

5 10

Re: [boost] [GIL] color convert and color tranfer characteristics
by Fabien Castan 09 Aug '10

09 Aug '10

> Interesting! I would be interested in those implementation for the > toolbox extension. Let me know if you're interested submitting. I can > help out when needed. yes sure. > I'm not sure I follow here. Small code sample possible? You can see the code, it's just the beginning...: http://github.com/nrondaud/TuttleOFX/blob/master/plugins/image/process/colo… You can also see: * some utilities on gil we use (some are only a copy of standard functions adding a progress structure to get progress informations) and others needs a big clean: http://github.com/nrondaud/TuttleOFX/tree/master/libraries/tuttle/src/tuttl… * a copy of boost_gil_extensions with some modifications, in progress too: http://github.com/nrondaud/TuttleOFX/tree/master/3rdParty/boost_gil_extensi… > Right now color_convert doesn't supply passing the rgb_to_luminance > algorithm. But I 'm not sure if that's needed for your case. When you > use the algorithm copy_and_convert_pixels algorithm you pass as the > third parameter the color converter. In your case just define your own > color converter. Yes, but inside a templated function using abstract colors it's not always easy to do. Regards, Fabien

2 1

awesome visualization of Boost SVN repo
by Kenny Riddile 09 Aug '10

09 Aug '10

So I just discovered Gource ( http://code.google.com/p/gource/ ) and it is an absolutely amazing little program. I downloaded and converted the SVN log file for the Boost trunk repository and it was mesmerizing to watch Boost grow before my eyes over the course of 10 years. To save others the time and trouble, I've attached the converted log file so everyone can check it out. Just run: gource --log-format custom boost_gource.log or gource -WIDTHxHEIGHT -f --log-format custom boost_gource.log for full-screen. Have fun :) -Kenny Riddile

4 3

[intrusive] recursive intrusive data structures
by Tim Blechmann 09 Aug '10

09 Aug '10

hi all, is there an easy way to define recursive data structures? something like: struct my_node: boost::intrusive::list_base_hook<> { boost::intrusive::list<my_node> children; }; i am currently using a base class as helper, which causes very dirty code, since i explicitly need to cast from the base to the main class all over the place: struct my_node_base: boost::intrusive::list_base_hook<> {}; struct node: my_node_base { boost::intrusive::list<my_node_base> children; }; thanks, tim -- tim(a)klingt.org http://tim.klingt.org Life is really simple, but we insist on making it complicated. Confucius

2 4

Jamroot changes
by Vladimir Prus 09 Aug '10

09 Aug '10

Folks, I have just checked in a big refactoring of Jamroot. Over the time it has grown too big and too unstructured, so I've added a new module, boostcpp, and moved most of the scary logic there, also clarying that logical blocks. I have tested the changes the best I could, but it is possible something still breaks. So, if you observe some strange behaviour when building trunk, you might want to immediately report that to me. Thanks, Volodya

1 0

Re: [boost] [GIL] color_convert
by fabien.castan＠free.fr 08 Aug '10

08 Aug '10

Hi Christian, > Only for rgba gil is using partial specialization since it's using the > rgb equivalent to do the wanted conversion. I think it's best to stick > with total specialization to avoid confusions and/or breaking other > people's code. > >> The goal of creating this generic conversion is that I can still make the conversion using an intermediate rgb colorspace if there is no specialization. > I think I just said that. ;-) For me, we can do that for all colorspaces. Sorry, I'm not sure to understand your position. You are agree to remove total specialization, even for rgba ? Are you agree to create a generic conversion from Colorspace to C2 for all colorspaces ? default_color_converter_impl<C1,rgba_t> // to remove default_color_converter_impl<rgba_t,C2> // do the same thing for all colorspace > Even when converting from gray to cmyk you wanna create a temporary > rgb value? I believe this is a bad idea for various reasons. Please > correct me when I'm wrong. I think there is only two problems: * approximation * performance But if we want to correct these problems we have only to create the missing specialization. So I don't see any problem. It's always interesting to have all conversions. I don't think we will have a specialization to make the conversion from hsl to cmyk in a near futur. So in these cases propose a solution with approximation and performance cost sounds good to me. And it works fine with user custom colorspaces. Regards, Fabien

2 1

[1.44.0][Math] Requesting permission to merge to release.
by John Maddock 08 Aug '10

08 Aug '10

If possible, I'd like to fix this issue: https://svn.boost.org/trac/boost/ticket/4504 for the final 1.44 release. The fix is trivial: https://svn.boost.org/trac/boost/changeset?reponame=&new=64597%40trunk%2Fbo… but the actual bug manifests as a rather nasty numerical error. There's also a related patch to update the tests, which is slightly more risky in that it adds many new test cases: https://svn.boost.org/trac/boost/changeset?reponame=&new=64597%40trunk%2Fli…. Is it acceptable to merge these to release at this late stage? Thanks, John.

2 4

[bcp] Bcp namespace rename on 1.44 release beta 1 causes runtime errors on range lib and build tool
by Cliff Green 08 Aug '10

08 Aug '10

John (and others), I just tested a full Boost extract with namespace rename (and namespace alias) on 1.44 release beta 1. After bootstrap building bjam from the distribution, I built bcp and then attempted to extract all of Boost (libs and tools) with namespace rename and alias (this time using "." to extract everything). I'm getting runtime errors from bcp: **** exception(200): Invalid parameter detected by C runtime library I've isolated it down to one library and one tool - the range library, and the build tool. All other libraries and tools individually successfully extract (with namespace rename). I tried doing a Boost root library build (with bjam) after the extract, but missing critical pieces of build is causing problems (which makes sense). I assume this is a high pri (at least the build tools part), so I'll be happy to help in any way. Cliff

2 4

[config] Support for variadic macros
by Edward Diener 07 Aug '10

07 Aug '10

What is the boost macro which can be used to determine whether or not a compiler supports variadic macros ? I looked at the config macros but could not find the necessary macro documented there.

4 12