- Boost-users - lists.preview.boost.org

Re: [Boost-users] Suggestion to the packaging of boost libraries
by Taworn T. 28 Dec '10

28 Dec '10

@Klaim > I guess you mean the libraries that are not domain-specific but more like > language library extension? Yes Klaim, you are right. As I say (write) before, I'm not native English so sometime I cannot find right words to use. And what your opinion about this? Regards, Taworn T.

3 2

Re: [Boost-users] Suggestion to the packaging of boost libraries
by Taworn T. 28 Dec '10

28 Dec '10

@Ray > I think that the definition of ?frequent-use? continuously changes as one uses >the library and encounters/learns more and more useful tools. I would vote > >that the packaging remains as it is. Please change the word "frequently-used" to "language-extension/domain-specific" as Klaim said. > If one wants only specific headers, I think there was a discussion many moons >ago about a tool which would extract the ?used? headers for minimizing > a final >project footprint. That call bcp. @Mike Jackson > That tool is "bcp" which is part of the standard boost source download. You > can use it to extract a subset of boost for your project or maybe to turn > into a sub-part of your project. What I find amusing is that in order to get > shared_ptr<> you end up getting something like 3MB worth of source files. Yes, quite big. :) I remember someone say that because there are many header files need by shared_ptr but the size won't go up too high if you add something, say regex. My point is not about definition of "frequently used". It about boost is quite big (huh, the word "big" is also quite subjective to people opinions -_-), and is there a way to reduce distribution size. And separating package is one of the way I can think. Regards, Taworn T.

1 0

Collecting boost multi-index meta data
by Gokulakannan Somasundaram 28 Dec '10

28 Dec '10

Hi, Say i have a boost::tuple / MPL Sequence, on which i have created a multi-index. Is it possible for me collect all the attribute numbers on which i have declared the IndexSpecifierList( the one passed as template parameter to boost::multi_index::indexed_by ) ? Thanks, Gokul.

1 0

[Proto] MPL Stuff in Calc1 and Calc2
by Hossein Haeri 27 Dec '10

27 Dec '10

Dear all, Do I get it correctly that the MPL stuff (headers and namespaces) are not needed for Calc1 and Calc2 in the Examples section of Proto documentation? TIA,--Hossein

2 1

Re: [Boost-users] Suggestion to the packaging of boost libraries
by Taworn T. 27 Dec '10

27 Dec '10

> Hi, > > Just courious. But how do you define what the frequently used > libraries are? > > Regards, > chenwj Thank for the question. I think the word "frequently-use" is quite ambiguous. And everyone works might be difference. I my opinion, smart_ptr, regex, tr1 are something that should exists in standard C++ library, like many modern languages today. But of course, if this concept is accepted by boost community. The decision about "frequently-used-libraries" must be decided by boost developer team. Regards, Taworn T.

4 3

ambiguity between std::begin/end and boost::begin/end in gcc 4.6
by Nathan Ridge 27 Dec '10

27 Dec '10

The following code fails to compile with a development build of gcc 4.6: #include <boost/range/adaptor/reversed.hpp> #include <vector> int main() { std::vector<int> v; for (int i : v | boost::adaptors::reversed); return 0; } The errors are: reversed.cpp: In function âint main()â: reversed.cpp:16:39: error: call of overloaded âbegin(boost::range_detail::reverse_range<std::vector<int> >&)â is ambiguous reversed.cpp:16:39: note: candidates are: /usr/local/lib/gcc/i686-pc-linux-gnu/4.6.0/../../../../include/c++/4.6.0/bits/range_access.h:56:5: note: decltype (__cont->begin()) std::begin(const _Container&) [with _Container = boost::range_detail::reverse_range<std::vector<int> >, decltype (__cont->begin()) = boost::reverse_iterator<__gnu_cxx::__normal_iterator<int*, std::vector<int> > >] /usr/local/lib/gcc/i686-pc-linux-gnu/4.6.0/../../../../include/c++/4.6.0/bits/range_access.h:46:5: note: decltype (__cont->begin()) std::begin(_Container&) [with _Container = boost::range_detail::reverse_range<std::vector<int> >, decltype (__cont->begin()) = boost::reverse_iterator<__gnu_cxx::__normal_iterator<int*, std::vector<int> > >] /home/nridge/lib/boost/boost/range/begin.hpp:107:61: note: typename boost::range_iterator<const T>::type boost::begin(const T&) [with T = boost::range_detail::reverse_range<std::vector<int> >, typename boost::range_iterator<const T>::type = boost::reverse_iterator<__gnu_cxx::__normal_iterator<int*, std::vector<int> > >] /home/nridge/lib/boost/boost/range/begin.hpp:96:55: note: typename boost::range_iterator<C>::type boost::begin(T&) [with T = boost::range_detail::reverse_range<std::vector<int> >, typename boost::range_iterator<C>::type = boost::reverse_iterator<__gnu_cxx::__normal_iterator<int*, std::vector<int> > >] reversed.cpp:16:39: error: call of overloaded âend(boost::range_detail::reverse_range<std::vector<int> >&)â is ambiguous reversed.cpp:16:39: note: candidates are: /usr/local/lib/gcc/i686-pc-linux-gnu/4.6.0/../../../../include/c++/4.6.0/bits/range_access.h:76:5: note: decltype (__cont->end()) std::end(const _Container&) [with _Container = boost::range_detail::reverse_range<std::vector<int> >, decltype (__cont->end()) = boost::reverse_iterator<__gnu_cxx::__normal_iterator<int*, std::vector<int> > >] /usr/local/lib/gcc/i686-pc-linux-gnu/4.6.0/../../../../include/c++/4.6.0/bits/range_access.h:66:5: note: decltype (__cont->end()) std::end(_Container&) [with _Container = boost::range_detail::reverse_range<std::vector<int> >, decltype (__cont->end()) = boost::reverse_iterator<__gnu_cxx::__normal_iterator<int*, std::vector<int> > >] /home/nridge/lib/boost/boost/range/end.hpp:103:61: note: typename boost::range_iterator<const T>::type boost::end(const T&) [with T = boost::range_detail::reverse_range<std::vector<int> >, typename boost::range_iterator<const T>::type = boost::reverse_iterator<__gnu_cxx::__normal_iterator<int*, std::vector<int> > >] /home/nridge/lib/boost/boost/range/end.hpp:92:55: note: typename boost::range_iterator<C>::type boost::end(T&) [with T = boost::range_detail::reverse_range<std::vector<int> >, typename boost::range_iterator<C>::type = boost::reverse_iterator<__gnu_cxx::__normal_iterator<int*, std::vector<int> > >] The problem is caused by an ambiguity between std::begin/end (new in C++0x) and boost::begin/end. I've found this bug: https://svn.boost.org/trac/boost/ticket/4099 and this thread: http://groups.google.com/group/boost-devel-archive/browse_thread/thread/f97… which mention similar issues, but neither of them seem to address/fix the issue in Boost.Range. Regards, Nate.

3 5

[Multi-Index] View contents of multi-index with debugger
by elizabeta petreska 27 Dec '10

27 Dec '10

Hi, I started using multi-index container, everything works fine, but I have hard time when debugging my code with Visual Studio 2005. The problem is I can't see the contents of the container when point my mouse to the container variable i.e I am seeing bunch of information that needs to be expanded, but can't see the actual elements in the container, for example like I can with std::vector. Is there some way to do this ? thanks

2 7

[GIL] cannot compile a simple example with concept checking enabled
by Adam Romanek 27 Dec '10

27 Dec '10

hi, this is my first message on a mailing list so forgive me for any mistakes. I have a problem with compiling the following code when BOOST_GIL_USE_CONCEPT_CHECK is defined: #include <boost/gil/gil_concept.hpp> #include <boost/gil/gil_all.hpp> int main() { boost::gil::gray8_image_t image; return 0; } when BOOST_GIL_USE_CONCEPT_CHECK is not defined the code compiles with no errors. I compile the code like this: g++ -DBOOST_GIL_USE_CONCEPT_CHECK -I../boost_1_45_0/ main.cpp I use: - ubuntu 10.04 - gcc (Ubuntu 4.4.3-4ubuntu5) 4.4.3 - boost v1.45.0 (downloaded from boost website) the error message from compiler is quite long and it finishes like this: ../boost_1_45_0/boost/concept/detail/general.hpp:20: instantiated from ‘boost::concepts::requirement_<void (*)(boost::gil::PixelLocatorConcept<boost::gil::memory_based_2d_locator<boost::gil::memory_based_step_iterator<boost::gil::gray8_pixel_t*> > >)>’ ../boost_1_45_0/boost/gil/iterator_from_2d.hpp:57: instantiated from ‘boost::gil::iterator_from_2d<boost::gil::memory_based_2d_locator<boost::gil::memory_based_step_iterator<boost::gil::gray8_pixel_t*> > >’ ../boost_1_45_0/boost/gil/algorithm.hpp:482: instantiated from ‘void boost::gil::destruct_pixels(const View&) [with View = boost::gil::image_view<boost::gil::memory_based_2d_locator<boost::gil::memory_based_step_iterator<boost::gil::gray8_pixel_t*> > >]’ ../boost_1_45_0/boost/gil/image.hpp:128: instantiated from ‘boost::gil::image<Pixel, IsPlanar, Alloc>::~image() [with Pixel = boost::gil::pixel<unsigned char, boost::gil::layout<boost::mpl::vector1<boost::gil::gray_color_t>, boost::mpl::range_c<int, 0, 1> > >, bool IsPlanar = false, Alloc = std::allocator<unsigned char>]’ main.cpp:5: instantiated from here ../boost_1_45_0/boost/mpl/at.hpp:42: error: ‘template<class Sequence, long int N> struct boost::mpl::at_c’ is not a function, ../boost_1_45_0/boost/gil/color_base.hpp:386: error: conflict with ‘template<int K, class E, class L, int N> typename boost::add_reference<E>::type boost::gil::at_c(boost::gil::detail::homogeneous_color_base<E, L, N>&)’ ../boost_1_45_0/boost/gil/gil_concept.hpp:621: error: in call to ‘at_c’ can anyone help me?

3 4

Suggestion to the packaging of boost libraries
by Taworn T. 27 Dec '10

27 Dec '10

Boost is useful but quite large. Is it a good idea to split the package, may be something like this: The frequently used libraries, such as: smart_ptr, regex, and all other TR1 are packaged as "boost". Other less frequently used, such as: wave, spirit, xpressive, etc.. are packaged as "boost++" or "boostx". Sorry for my poor English. I'm not a native English speaker. -_- Regards, Taworn T.

2 1

Boost Users Map
by Dean Michael Berris 26 Dec '10

26 Dec '10

Good day everyone! Thanks to the great idea that some people on the #boost IRC channel in FreeNode proposed, (thanks to heller, mjcaisse, for the prodding and the ideas) I've started a Google Map to show where in the world Boost Users are -- please feel free to add yourself and your location and maybe connect with other Boost Users in your area! You can add yourself to the map from here: http://goo.gl/RbmNq -- it might require that you log in using your Google account for you to add your location to the list. Please add yourself to the map and be counted -- show how well Boost is used around the world! Thanks in advance and I definitely look forward to seeing users of Boost around the world at least in the map! -- Dean Michael Berris about.me/deanberris

7 10