March 2013 - Boost - lists.preview.boost.org

[config] gcc implemented N3276 decltype
by Michel Morin 29 Mar '13

29 Mar '13

gcc 4.8.1 and 4.9.0 will support N3276 decltype. ( http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52748 ) May I commit an attached patch? Regards, Michel

3 4

Helping With Boost?
by Thales 29 Mar '13

29 Mar '13

Hello! I'm a C++ programmer (Windows 7 platform, Visual Studio) and I'm interested in helping with this project. I've downloaded the latest from the repository and have built the Win32 libraries. Is there anything I can try my hand at to get started? :-) Thanks for any feedback, ...John

4 5

GSoC: Getting ready for the application
by Boris Schaeling 27 Mar '13

27 Mar '13

Can those who planned to add a proposal but didn't do yet update https://svn.boost.org/trac/boost/wiki/SoC2013 as soon as possible? And can those who added a proposal check it one last time? Andrew reminded me that Boost wasn't accepted last year because we had a superficial list of ideas without realistic goals and expectations. We should be able to increase our chances if we document actual requirements and possibly design approaches. According to Google they look extensively at every org's ideas page. So this is really important. Thanks, Boris

5 4

Serialise on Mac OSX 10.8, XCode and GCC
by Tim Burgess 27 Mar '13

27 Mar '13

Hi, I have an XCode c++ project that uses the static serialisation library (as well as FileSystem, IOStream and System). The project started out on XCode 3.6 on Mac OSX 10.6, where it successfully built and ran using Boost 1_49_0, built against Apple's 10.6 SDK. However, I needed to use the XCode debugger to track down some run-time issues and found I couldn't access the debugger on this version of XCode (I'm blind and have to use the VoiceOver utility to gain access to my Mac). Having taken advice, I upgraded to Mac OSX 10.8, SDK 10.8 and XCode 4.6, which solves my debugging issue. Unfortunately, my project no longer links correctly. The linker complains that it can't find symbols for my architecture (x86_64) - the messages are in the the form: "boost::archive::basic_xml_iarchive<boost::archive::xml_wiarchive>::load_sta rt(char const*)", referenced from: "boost::archive::basic_xml_iarchive<boost::archive::xml_wiarchive>::load_ove rride(boost::archive::version_type&, int)", referenced from: "boost::archive::basic_xml_iarchive<boost::archive::xml_wiarchive>::load_ove rride(boost::archive::class_id_type&, int)", referenced from: (I've truncated the output here for brevity). I get no linker errors for any of the other Boost binaries - it's only the serialisation library that creates a problem. The project is configured to compile with the llvmgcc42 compiler, as it also uses the wxWidgets libraries, which don't support compilation using clang. Boost versions tried: 1_50_0, 1_52_0 and 1_53_0. Boost build options tried: 1 - Default (no options specified) - this worked on Mac OSX 10.6, Snow Leopard. 2 - As follows: macosx-version=10.3 macosx-version-min=10.6 architecture=combined threading=multi link=static address-model=32_64 3 - As follows: architecture=combined address-model=32_64 I'm a novice using Boost and the Mac, so would appreciate any suggestions as to how I can resolve this issue. Best wishes. Tim Burgess Raised Bar Ltd. Tel: +44 (0)1827 719822 Web: http://www.raisedbar.net We can supply Roland and Avid products with specialist pre and post-sales support for visually-impaired users - just drop us a line for a quote. Don't forget to sign our on-line petition to lobby for improved access to music education and music technology at: http://www.raisedbar.net/petition.htm

6 18

Re: [boost] [Boost-commit] svn:boost r83608 - trunk/status
by Steven Watanabe 27 Mar '13

27 Mar '13

AMDG On 03/27/2013 12:13 PM, chhenning(a)gmail.com wrote: > > Modified: trunk/status/Jamfile.v2 > ============================================================================== > --- trunk/status/Jamfile.v2 (original) > +++ trunk/status/Jamfile.v2 2013-03-27 15:13:44 EDT (Wed, 27 Mar 2013) > @@ -86,6 +86,7 @@ > fusion/test # test-suite fusion > geometry/test # test-suite geometry > gil/test # test-suite gil > + gil/io/test # test-suite gil::io This just broke the regression tests: ERROR: rule "jpeg.init" unknown in module "toolset". /run/media/steven/regression/tools_bb/build/project.jam:995: in using ../libs/gil/io/test/Jamfile.v2:12: in modules.load In Christ, Steven Watanabe

2 1

Adding gil extensions to boost_release
by Christian Henning 27 Mar '13

27 Mar '13

Hi all, quick question: Is the release branch open? Thanks, Christian

4 8

[gil] YCbCr color space added
by Christian Henning 27 Mar '13

27 Mar '13

Hi all, there has been some interest in adding the ycbcr color space to gil. For that I just added the color space with color conversions and a new image type for subsampled images. Thanks for Juan Puertos for the color conversion routines! I believe, so far, the ycbcr is very rudimentary and there is a lot of more work to do but it's a beginning. Please let me know what you think. Sources: http://svn.boost.org/svn/boost/trunk/boost/gil/extension/toolbox/color_spac… http://svn.boost.org/svn/boost/trunk/boost/gil/extension/toolbox/image_type… Regards, Christian

1 0

Re: [boost] [multi-array] compiler errors with visual studio 2012 (nfarnsworth@web.de)
by Dan Searles 27 Mar '13

27 Mar '13

>Date: Sat, 23 Mar 2013 14:12:24 +0100 (CET) >From: nfarnsworth(a)web.de >To: boost(a)lists.boost.org >Subject: [boost] [multi-array] compiler errors with visual studio 2012 >Message-ID: > <trinity-07de36eb-bb16-4dc9-b97b-68516d068e24-1364044344811@3capp-webde-bs37> > >Content-Type: text/plain; charset="UTF-8" > > > Hello, > have this c++ example which compiles with Visual Studio 2010 but with Visual > Studio 2012 I got this compiler errors: > 1>------ Build started: Project: MultiArrayDemo, Configuration: Debug Win32 > ------ > 1> MultiArrayDemo.cpp > 1>d:\sandbox\multiarraydemo\multiarraydemo\multiarraydemo.cpp(11):error > C2059: syntax error : '<' > 1> d:\sandbox\multiarraydemo\multiarraydemo\multiarraydemo.cpp(25) > : see reference to class template instantiation 'Data<T>' being compiled > 1>d:\sandbox\multiarraydemo\multiarraydemo\multiarraydemo.cpp(11):error > C2238: unexpected token(s) preceding ';' > ========== Build: 0 succeeded, 1 failed, 0 up-to-date, 0 skipped ========== > The example uses the boost 1.53 version. Here is the example code: > #include "stdafx.h" > #include <boost/multi_array.hpp> > const int rows = 3; > const int cols = 5; > template<class T> struct Data > { > typedef boost::multi_array<T,2> data_type; > typedef typename data_type::array_view<1>::type view_type; //here is the > first error > typedef typename data_type::index_range range; > Data() > :A(boost::extents[rows][cols]) > { > double tmp[] = > {1.0,2.0,3.0,4.0,5.0,6.0,7.0,8.0,9.0,10.0,11.0,12.0,13.0,14.0,15.0}; > A.assign(tmp,tmp+ (rows * cols)); > } > data_type A; > }; > int _tmain(int argc, _TCHAR* argv[]) > { > > Data<double>* data = new Data<double>(); > Data<double>::view_type myView = > data->A[boost::indices[0][Data<double>::range()]]; > delete data; > return 0; > } > Does anybody know how to solve this problem? > Best regards and thank you in advance > Niklas According to Microsoft, the code is non-conformant. Visual Studio 2010 allowed the code to be compiled, but 2012 tightened the requirement. See: http://msdn.microsoft.com/en-us/library/bb531344.aspx (Second point, "Use the template keyword...", but note that they highlighted the wrong keyword). The simple fix is to add the keyword 'template': typedef typename data_type::template array_view<1>::type view_type; //here is the first error Dan Searles

1 0

[fusion] sequence io manipulators
by Jeff Flinn 27 Mar '13

27 Mar '13

When streaming unrelated fusion sets to unrelated ostringstreams from different threads, I get an invalid iterator error. This appears to be due to using a boost::fusion::detail::stream_data::attach's local static arena instance. static void attach(Stream& stream, T const& data) { static arena ar; // our arena ar.data.push_back(new T(data)); stream.pword(get_xalloc_index<Tag>()) = ar.data.back(); } I assume there are issues with using the unguarded stream_data::data std::vector<T*> from multiple threads. This implementation looks problematic in that the arena data does not get cleaned up until program exit as well. Jeff

5 7

[atomic] Could you merge to trunk?
by Vicente J. Botet Escriba 26 Mar '13

26 Mar '13

Hi, there are some modification on trunk that need to be merged to release branch because there are some incompatibilities. Could this be done soon? Thanks, Vicente

3 2