- Boost - lists.boost.org

Directory structure not quite right yet?
by Peter Dimov 08 Jan '15

08 Jan '15

Typically, when some library is installed in, say, $LIB, its headers reside in $LIB/include and its .a/.lib files in $LIB/lib. Our libraries, when built, go to $BOOST/stage/lib, which is close enough. But our header directory is just $BOOST, which doesn't seem right, as the whole of Boost is accessible through it. It makes sense, at least to me, to have the headers in $BOOST/include/boost, instead of just $BOOST/boost. The transition to Git would have been a good time to switch to that - there were enough other changes to the structure. I'm not saying that we should switch right away or something like that, but am I the only one to whom such a switch (at some unspecified time in the future) seems a good idea?

12 41

Is TypeOf library maintained?
by Adam Wulkiewicz 08 Jan '15

08 Jan '15

Hi, I'm asking because the most recent change in develop was done in 2013 and the last merge to master (or rather SVN release) was done in 2011. Would it be possible to along with the metadata PR have this trivial fix merged: https://github.com/boostorg/typeof/pull/1 ? It hangs there more than a half year. Thanks, Adam

2 1

New dependency report
by Peter Dimov 08 Jan '15

08 Jan '15

Here: http://www.pdimov.com/tmp/report-develop-3b5a9f4/module-overview.html http://www.pdimov.com/tmp/report-develop-3b5a9f4/module-levels.html and (new) here: http://www.pdimov.com/tmp/report-develop-3b5a9f4/module-weights.html "Weight" is on how many other modules a module depends, both directly and indirectly.

1 0

[Tick] Universal quantified concepts/traits
by Vicente J. Botet Escriba 06 Jan '15

06 Jan '15

Hi, I'm trying to represent the concept of a mathematical Functor (as in Haskell) with Concept Lite. Here is what I want to express: A Functor W is a type constructor for wrappers of another type T providing a function map taking a function (T) -> U and a W<T> and returning a W<U>. Here is how I think that could be done with Concept Lite. If I understand the proposal correctly we need to add the type T and the function parameter to the concept. concept Functor<typename W, typename T, typename F > = requires { using WT = ApplyType<W, T>; // type constructor using U = ResultType<F, T>; using WU = ApplyType<W, U>; Function<F, U, T> && requires (F f, WT wt) { WU { map(f, wt) }; } }; But this is not exactly what I want to conceptualize. The wrapped type T and the function F should be universally quantified, that is, the concept concerns only the type constructor W: Functor<W>. I have a problem introducing the universal quantification of T and F. I don't know how to do it without using again a template. concept Functor<typename W> = template <typename T, typename F> // universal quantification on T and F requires { using WT = ApplyType<W, T>; using U = ResultType<F, T>; using WU = ApplyType<W, U>; Function<F, U, T> && requires (F f, WT wt) { WU { map(f, wt) }; } } }; But this is not valid code, isn't it. Is there something wrong with this kind of concepts? What would be the best way to conceptualize this kind of concepts with the Tick library ? Best, Vicente

3 5

bpm, a tool to install a modular Boost distribution
by Peter Dimov 06 Jan '15

06 Jan '15

One month ago, Stephen Kelly wrote: > git affects the developer workflow, but that thread was about creating > modular releases and downloads, which is a different goal and has a > different set of problems to solve. That's what that thread was about. I > didn't see any desire to have that as a goal in the thread. > > Git doesn't affect users. > > Before and after transition to git, they download all-of-boost.zip from > the boost website. To address this point of his, I've been working at a tool, bpm, that can install a modular Boost distribution. As I've already mentioned in other threads, it works like this: D:\boost-1.60.0>bpm install system bpm: installing module 'system' bpm: installing module 'assert' bpm: installing module 'config' bpm: installing module 'core' bpm: installing module 'predef' bpm: installing module 'build' bpm: the following libraries need to be built: system bpm: (use ./b2 to build) bpm: recreating header links bpm: recreating index That is, when told to install Boost.System, it downloads and installs the 'system' package into ./libs/system, along with all its dependencies, then creates links to the headers (like 'b2 headers') in ./include and an ./index.html file listing the installed libraries. The full syntax is: D:\boost-1.60.0>bpm Usage: bpm [-v] [-q] command [options] [modules] -v: Be verbose -vv: Be more verbose -q: Be quiet bpm install [-n] [+d] [-k] [-a] [-i] [-p] <module> <module>... Installs the specified modules and their dependencies into the current directory. -n: Only output what would be installed +d: Do not install dependencies -k: Do not remove partial installations on error -a: All modules (use instead of a module list) -i: Installed modules -p: Partially installed modules bpm remove [-n] [-f] [-d] [-a] [-p] <package> <package>... Removes the specified packages. (A package, like 'numeric', can contain more than one module.) -n: Only output what would be removed -f: Force removal even when dependents exist -d: Remove dependents as well. Requires -f -a: Remove all packages. Requires -f -p: Remove partially installed packages bpm list [-a] [-i] [-p] [-b] [prefix] Lists modules matching [prefix]. -a: All modules (default when no -b) -i: Installed modules (default when -b) -p: Partially installed modules -b: Modules that require building bpm headers Recreates the header links in the include/ subdirectory of the current directory. bpm index Recreates the file index.html, which lists the installed modules, in the current directory. -- This all works already under Windows. (I haven't finished the POSIX part yet but it should be close.) I could have made a Windows binary available for people to play with, but I'd rather give sources (at first). bpm contains code to do rm -rf <directory>, and if I've made a mistake somewhere, it could cause damage. So, if there is interest and there are no objections, I'd like to put this tool into the Boost repository, in tools/bpm.

5 10

[GIL] runtime assertion error
by Stephan Menzel 06 Jan '15

06 Jan '15

Hello, I was playing with GIL a little and started out with the tutorial. After adapting it a bit I noticed a runtime assertion error here in color_base.hpp +343: template <typename Element, typename Layout, int K> typename element_reference_type<homogeneous_color_base<Element,Layout,K> >::type dynamic_at_c(homogeneous_color_base<Element,Layout,K>& cb, std::size_t i) { assert(i<K); return (gil_reinterpret_cast<Element*>(&cb))[i]; } The example works if I compile in release but I still wanted to bring it up because of an extensive comment above this template that states that this assertion checks for compiler specific behavior and mentions flags that need to be set but not which flags. I believe there might be a bug there. Also, since it's the tutorial, I suppose it should work under most circumstances. I have a sample of the code attached. It's gcc 4.8 here in Linux 64. Nothing fancy. Boost 1.56. Cheers, Stephan

2 4

Library list generated from meta/libraries.json files
by Peter Dimov 06 Jan '15

06 Jan '15

I've put a library list generated from the meta/libraries.json files, at: http://www.pdimov.com/tmp/boost/index.html Library authors may wish to take a look at their library entry and see if they're happy with it. What I've noticed so far is that many libraries are missing the boost-version (First Release) entry, and that Config is missing authors for some reason. The other thing is that the category names in the json files are the internal identifiers, which I've left as-is, as I didn't want to hardcode a mapping. We'll have to decide whether to use the proper names in the json files, or whether to have a separate categories.json with the mapping somewhere. I tend towards the first option.

4 13

[status] explicit-failures-markup.xml edit permissions
by Vladimir Batov 05 Jan '15

05 Jan '15

On some compilers some of my SFINAE-related "convert" regression tests fail. So, I tried to update status/explicit-failures-markup.xml to explicitly mark those test failures rather than masking/disabling them. For understandable reasons I have no permissions to modify the file, so that update of mine was denied. I tried contacting Daniel James as he often helps me with build matters but he is seemingly unavailable. I am hoping someone else might have edit-permissions to the file and be kind enough to add the following code (below) to the file for me? My apologies for such a wide post or if my request is misdirected. Your help in the matter is much appreciated. Thanks, Vladimir.  <library name="convert"> <test name="convert_test_has_begin"> <mark-failure> <toolset name="msvc-8.0*"/> <toolset name="msvc-9.0*"/> <toolset name="msvc-10.0*"/> <toolset name="msvc-11.0*"/> <note author="Vladimir Batov"> The relevant SFINAE support is broken in MSVC up to version 11. </note> </mark-failure> </test> </library>

3 2

[functional] Is anyone maintaining it?
by Andrzej Krzemienski 05 Jan '15

05 Jan '15

Hi Everyone, I can see that the pull request I submitted at https://github.com/boostorg/functional almost three months ago has not been acted upon. Is the library still maintained? Regards, &rzej

2 1

[test] Problems with UTF-8 paths in GIT.
by Rene Rivera 05 Jan '15

05 Jan '15

This commit < https://github.com/boostorg/filesystem/commit/785d521b54140763dd23ef091a18d…> is causing me some problems with some git clients. In particular the git client in Eclipse errors out with some unsupported / invalid messages. I know why those dir names are the way they are.. But we still are supposed to follow the naming rules we agreed to < http://www.boost.org/development/requirements.html#Directory_structure>. -- -- Rene Rivera -- Grafik - Don't Assume Anything -- Robot Dreams - http://robot-dreams.net -- rrivera/acm.org (msn) - grafikrobot/aim,yahoo,skype,efnet,gmail

3 3