- Boost - lists.preview.boost.org

Re: [boost] License of endian and limits in Boost detail
by Phil Endecott 25 Mar '13

25 Mar '13

Philip Bennefall wrote: > For my project, I am trying to stick exclusively to the Boost Software > license. I wanted to use boost/cstdint.hpp, which pulls in a lot of > content (boost/config.hpp is the one that includes the most). Among > the things it includes I see boost/detail/endian.hpp and > boost/detail/limits.hpp. limits.hpp says: // Copyright 2001 John Maddock // Distributed under the Boost Software License, Version 1.0. (See accompany- // ing file LICENSE_1_0.txt or copy at http://www.boost.org/LICENSE_1_0.txt) /* * Copyright (c) 1997 * Silicon Graphics Computer Systems, Inc. * * Permission to use, copy, modify, distribute and sell this software * and its documentation for any purpose is hereby granted without fee, * provided that the above copyright notice appear in all copies and * that both that copyright notice and this permission notice appear * in supporting documentation. Silicon Graphics makes no * representations about the suitability of this software for any * purpose. It is provided "as is" without express or implied warranty. */ Is John Maddock reading this? What is the story? Clearly it's not possible to take the SGI-licensed code and to re-license it under the Boost licence without either (a) getting permission or (b) knowing that the licences are compatible, which isn't true in this case in this direction. Has this really been broken for 12 years? Phil.

9 29

Boost compatibility with Interix
by Andrin K. Foster 25 Mar '13

25 Mar '13

Hello all, When including the boost libraries on a Windows XP SP3 machine via Interix v3.5 using gcc 3.4.6 I would receive a number of pre-compiler errors complaining that boost threads were "unavailable on this platform". I resolved this issue by prepending the following code to the first inclusion of a boost library: #ifdef ARCH_Interix // an internal definition # include <boost/config.hpp> # define BOOST_HAS_THREADS # define BOOST_HAS_PTHREADS #endif There must be a more eloquent way of setting the thread definitions for Interix from within files such as /boost/thread/detail/platform.hpp or boost/thread/detail/config.hpp but I'll leave that to the development teams prerogative. In any case, making the boost libraries comparable with Interix should not be overly complex. Please let me know if I can provide more information. Thanks, AKF

3 2

[system][filesystem] Could I merge ticket 7278 to release branch?
by Vicente J. Botet Escriba 24 Mar '13

24 Mar '13

Le 24/03/13 10:52, Boost C++ Libraries a écrit : > #7278: Add noexcept to conform with C++11 > -------------------------------+-------------------------------------------- > Reporter: viboes | Owner: bemandawes > Type: Feature Requests | Status: closed > Milestone: Boost 1.54.0 | Component: system > Version: Boost 1.51.0 | Severity: Problem > Resolution: fixed | Keywords: > -------------------------------+-------------------------------------------- > Changes (by viboes): > > * milestone: To Be Determined => Boost 1.54.0 > > > Comment: > > Could I merge this ticket to release branch? > > svn merge -c 81808 "^/trunk" > svn merge -c 83197 "^/trunk" > -- > Ticket URL:<https://svn.boost.org/trac/boost/ticket/7278#comment:8> P.S. Note that the ASIO part was already merged and adapted, so no change is needed. Best, Vicente

2 2

Contributing to Boost
by Sathyam Vellal 24 Mar '13

24 Mar '13

Hello. I'm Sathyam, an undergraduate student pursuing B.E. in Computer Science. I've always liked C++ and would really be a wonderful experience for me to contribute to this community! I'm very keen on addressing the challenges listed for the Boost Graph library, presented in Boost Graph Library challenges ( http://www.boost.org/doc/libs/1_53_0/libs/graph/doc/challenge.html) I'd be glad if you could guide me on how to proceed contributing to this community. Thank you -- Sathyam M Vellal, Computer Science and Engineering, P.E.S. Institute of Technology, Bangalore, India

5 5

[multi-array] compiler errors with visual studio 2012
by nfarnsworth＠web.de 23 Mar '13

23 Mar '13

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

1 0

[gil] GIL_FORCEINLINE replaced with BOOST_FORCEINLINE?
by Mateusz Loskot 22 Mar '13

22 Mar '13

Hi, In boost/gil/gil_config.hpp, there is GIL_FORCEINLINE defined, but there is no easy way to undef/redefine it. Would it be a good idea to replace GIL_FORCEINLINE with BOOST_FORCEINLINE defined in boost/config/suffix.hpp? Best regards, -- Mateusz Loskot, http://mateusz.loskot.net

4 6

Re: [boost] GSOC 2013
by Gottlob Frege 22 Mar '13

22 Mar '13

On Mon, Mar 4, 2013 at 10:42 AM, Mateusz Loskot <mateusz(a)loskot.net> wrote: > On 4 March 2013 15:28, David Bellot <david.bellot(a)gmail.com> wrote: > > The best thing is that you guys write a nice description on the web page > for > > students to know about it. > > So far, we already 3 of them. Great ! > > It may look overwhelming for students too. > As it has been pointed already, few projects that qualify to Boost > are actually feasible within GSoC time frame. > > Something feasible could possibly be done with moving pieces of Adobe's ASL into Boost. http://stlab.adobe.com/index.html Sean Parent has always encouraged Boost to take whatever they wanted from ASL. Tony

4 4

[thread] boost::async and launch::deferred - Runtime Error + PATCH
by Fernando Pelliccioni 22 Mar '13

22 Mar '13

Hi Vicente, hi all, The following code snippet throws an exception at runtime boost::future<int> f1 = boost::async( boost::launch::deferred, []() { return 123; }); int x= f1.get(); //exception thrown I am using Boost Trunk revision 83512 I attached a patch, but I'm not sure that's correct, I had no time to see the full future.hpp code I noticed that according to N3558, the future::is_ready() function should be called "ready". http://www.open-std.org/JTC1/SC22/WG21/docs/papers/2013/n3558.pdf What do you think? Thanks and regards, Fernando.

2 2

Abstract STL Container Adaptors
by Andy Jost 21 Mar '13

21 Mar '13

Hi Boosters, Is there any interest in an abstract container adaptor library (I'll describe what I mean below)? I'm a little surprised if this has never come up in the context of Boost, but I couldn't find anything on the archives. I did find something on stack overflow (http://stackoverflow.com/questions/5329555/abstract-wrapper-for-stl-contain…) but it did not uncover an existing solution. Motivation: Sometimes we want to write functions that take a container as an argument. For instance, say I have a graph object implemented in terms of ``class Node``. I may expose an algorithm like this: void my_algorithm(Node & root, std::set<Node const *> const & marked); In this case, ``root`` is the root of a graph, and ``marked`` is a set of marked nodes. The problem with this approach is that it forces a particular choice of the set implementation onto the caller. He may, for example, prefer to use ``tr1::unordered_set``. We could get around that limitation by using a template parameter, like this: template<typename Set> void my_algorithm(Node & root, Set const & marked); The problem here is that it forces the implementer of ``my_algorithm`` to expose that code and, potentially, recompile it many times (for different Set types). In some cases, particularly when compile times are more critical than execution times, it would be preferable to let the caller choose the set implementation without losing the advantages of separate compilation. A simple solution is to write an adaptor that mimics the interface of ``set``. With that, the function call would appear as shown here: void my_algorithm(Node & root, abstract_set<Node const *> const & marked); Here, abstract_set<Node const *> is implicitly convertible from any type having the interface of std::set<Node const *>. It internally holds a reference to some implementation of a suitable set-like object and mediates interactions with the outside world through virtual methods. It seems the implementation of this would be a straightforward application of type erasure. It seems too easy, in fact, which makes me wonder whether I'm missing something. In any case, is this a good idea? -Andy

15 34

Re: [boost] [config] consexpr workaround
by Krzysztof Czainski 21 Mar '13

21 Mar '13

2010/11/13 vicente.botet <vicente.botet(a)wanadoo.fr> > Hi, > > in order to make easier the introduction of constexpr in a portable way I > would like we add a Boost Config workarround. We can define some macros > depending on whether BOOST_NO_CONSTEXPR is defined or not. > > #if defined(BOOST_NO_CONSTEXPR) > #define BOOST_CONSTEXPR > #define BOOST_CONSTEXPR_OR_CONST const > #else > #define BOOST_CONSTEXPR constexpr > #define BOOST_CONSTEXPR_OR_CONST constexpr > #endif > Hi, Could/should BOOST_CONSTEXPR expand to inline in C++03? If not, could a macro BOOST_CONSTEXPR_OR_INLINE be added? For one thing, constexpr functions are usually (but maybe not always?) good candidates for inlines. But also please consider the following example. Suppose we put the following code in a header file: struct X { BOOST_CONSTEXPR int fun() const; }; BOOST_CONSTEXPR int X::fun() const { return 0; } Now if this file is included in multiple .cpp files, this will fail at link time in C++03 with message "multiple definition of `X::fun()", and it will link fine in C++11. But when BOOST_CONSTEXPR is inline in C++03, the above works. Would making BOOST_CONSTEXPR expand to inline in C++03 do any harm? Cheers, Kris

3 9