February 2015 - Boost - lists.preview.boost.org

Re: [boost] GSOC 2015 : Project on Concurrent Hash Tables
by Amarnath V A 14 Mar '15

14 Mar '15

Thanks for the prompt reply Niall. I have got a few more questions. 1. I could not make out the use of _oldbuckets in the code. What purpose does it serve? 2. I see a swap() function which is not used anywhere in the codebase. Is it dead code? 3. And I have a generic question regarding std::atomic. I was trying to code the move constructor and finally ended up failing miserably to move the reference of _bucket. I could not figure out how to do it. Could you point me to some documentation which would help me to achieve the same. To give a fair idea about my last question, let me elaborate what I was trying to do. I have got the reference of _buckets and have assigned it to new variable using store and load methods of atomic. But, I am not confident if that is the right way to go about. And secondly, I see that I am not able to reset the reference of original. Thanks, Amarnath

3 26

Re: [boost] [Boost-maint] [context, config] Always setting address-model and architecture (Was: Conflicts when building libraries at root)
by Vladimir Prus 11 Mar '15

11 Mar '15

On 02/18/2015 05:55 PM, Jürgen Hunold wrote: > Hi Volodya, > > Am Mittwoch, 18. Februar 2015, 14:28:48 schrieb Vladimir Prus: >> On 01/05/2015 10:37 PM, Jürgen Hunold wrote: >>> >>> Unfortunately, we still have Boost.Context open. >> >> Okay, so the problem we're facing is that building master results in: >> >> error: Tried to build the target twice, with property sets having >> error: these incompatible properties: >> error: >> error: - none >> error: - <address-model>32 <architecture>x86 >> >> What happens is this: >> >> - Context library is built >> - It detects default address model and architecture of the current >> toolchain, and adds those to requirements >> - Since there's a global dependency on 'headers' target, this pretty much >> immediately rebuilds everything with new address-model and architecture >> properties. > > Not correct: Boost.Context needs Boost.System so it requires a build with > those properties. As they have currently have no defaults, the explicit values > differ from the implizit default (none) for both. Well, it my brief check, it was the headers->system path that first requested system with address-model=32. Anyway, it does not matter for the rest of this discussion. >> - We get property set clash > > Correct. > >> One way to solve this is to restructure Boost.Context setup so that added >> properties do not escape. It's doable, but probably will be fragile. > > No doubt. > >> Another way is to take libs/context/config, move it to libs/config, and make >> sure these properties are applied globally. That seems preferable. John, >> any objections? > > I thought the correct way would be to move the architecture detection upwards? That's roughly what I propose, too - but there are few further tweaks and options. > We would need something along those lines (from context/bulld/Jamfile.v2) > > alias select_asm_context_sources > : asm_context_sources > : [ architecture.architecture ] > [ architecture.address-model ] > ; > > in boostcpp.jam in order to detect the architecture everywhere. It would then > be helpfull to have sensible default values in order to shorten the generated > paths for those defaults. Right, so steps would be: 1. Move actual tests into config (we do need to have a few cpp files) 2. Move architecture.jam into either Boost.Build or boostcpp.jam 3. Make sure we don't generate extra path elements for default address model 4. Introduce a way to do these tests without requiring a bunch of .cpp files - sure Boost.Build can generate them on the fly. 5. Make these checks be automatic for all projects. It seems that 1-2 should solve the immediate problem, and 1-3 should be pretty good, although going all the way to 5 would be cool. > Another solution would be to generate a "header-only" variant of Boost.System > and use this nearly everywhere. This would solve *lots* of dependency > problems... Not sure I have an opinion on that. -- Vladimir Prus CodeSourcery / Mentor Embedded http://www.mentor.com/embedded-software/

7 13

[dynamic_bitset] Maintainer available?
by Riccardo Marcangelo 07 Mar '15

07 Mar '15

Hi Boost developers, Does anybody know if the maintainer of dynamic_bitset is available? I made some contributions to dynamic_bitset on GitHub last year but there doesn't appear to have been any activity in the repository for many months. My pop_back() commit was accepted into the 'develop' branch over 5 months ago and, despite passing tests, has yet to be merged to 'master'. I also implemented capacity(), reserve(), and shrink_to_fit() which have been sitting in a pull request waiting to go into 'develop' since November. It would be nice to get these into 1.58.0 if possible. Kind regards, Riccardo -- View this message in context: http://boost.2283326.n4.nabble.com/dynamic-bitset-Maintainer-available-tp46… Sent from the Boost - Dev mailing list archive at Nabble.com.

2 1

[build] adding a rquirement for Cygwin only?
by Peter Dimov 05 Mar '15

05 Mar '15

Is it possible to add, for example, <threadapi>pthread to a project's requirements, but only for Cygwin? This works: <toolset>gcc,<target-os>windows:<threadapi>pthread but it also applies to MinGW. This only applies to MinGW: <toolset-gcc:flavor>mingw:<threadapi>pthread but Cygwin has no <flavor>. This: <toolset>gcc,<target-os>windows:<threadapi>pthread <toolset-gcc:flavor>mingw:-<threadapi>pthread doesn't work. There are references to <target-os>cygwin in gcc.jam, but <target-os> is actually 'windows'.

3 6

[build] b2 headers broken?
by Eric Niebler 01 Mar '15

01 Mar '15

I just updated to the latest develop. I ran bootstrap, then nuked my boost directory and reran b2 headers. Worked fine. Then I changed directory to libs/proto/test and ran ../../../b2 mem_ptr to run a test. Here's what I get: f:\modular-boost\libs\proto\test>..\..\..\b2 mem_ptr Performing configuration checks - symlinks supported : no - junctions supported : yes - hardlinks supported : yes ...patience... ...patience... ...found 4951 targets... ...updating 441 targets... common.mkdir ..\..\..\bin.v2\libs common.mkdir ..\..\..\bin.v2\libs\proto common.mkdir ..\..\..\bin.v2\libs\proto\test common.mkdir ..\..\..\bin.v2\libs\proto\test\mem_ptr.test common.mkdir ..\..\..\bin.v2\libs\proto\test\mem_ptr.test\msvc-12.0 common.mkdir ..\..\..\bin.v2\libs\proto\test\mem_ptr.test\msvc-12.0\debug common.mkdir ..\..\..\bin.v2\libs\proto\test\mem_ptr.test\msvc-12.0\debug\link-static common.mkdir ..\..\..\bin.v2\libs\proto\test\mem_ptr.test\msvc-12.0\debug\link-static\threading-multi link.rm ..\..\..\boost\mpl common.mkdir ..\..\..\boost\mpl link.hardlink ..\..\..\boost\mpl\print.hpp Hardlink created for ..\..\..\boost\mpl\print.hpp <<===>> ..\..\mpl\include\boost\mpl\print.hpp <snip> link.rm ..\..\..\boost\numeric\conversion link.hardlink ..\..\..\boost\numeric\conversion\conversion_traits.hpp The system cannot find the path specified. if exist "..\..\..\boost\numeric\conversion\conversion_traits.hpp" del "..\..\..\boost\numeric\conversion\conversion _traits.hpp" mklink /H "..\..\..\boost\numeric\conversion\conversion_traits.hpp" "..\..\numeric\conversion\include\boost\numeric\ conversion\conversion_traits.hpp" ...failed link.hardlink ..\..\..\boost\numeric\conversion\conversion_traits.hpp... link.hardlink ..\..\..\boost\numeric\conversion\int_float_mixture_enum.hpp The system cannot find the path specified. For some reason, b2 thinks it needs to rerun b2 headers, but it does a crap job of it and dies. What's going on? Eric

4 6

Re: [boost] [Boost-interest] Biicode dependendy manager with Boost support
by Vicente J. Botet Escriba 27 Feb '15

27 Feb '15

Le 20/02/15 20:54, JOAQUIN M. LOPEZ MUÑOZ a écrit : > Hi, > > The folks at biicode (biicode.com) a C/C++ dependency manager, have just > announced support for Boost: > > http://blog.biicode.com/dependency-management-boost-libraries/#more-2086 > > Biicode allows for easy multiplatform component tracking and builiding > thanks to their file-based dependency detection and CMake autogeneration > magic. Now, these capabilities can be used to make it easier to work with > Boost libraries. > Thanks Joaquin for the announce. I was wondering if we couldn't use it as a starting point of our modularization activity. Some questions: * Is the file-based dependency manager what Boost is looking for its own module dependencies detection? * Could an author state explicitly its dependencies on other libraries (versions)? * It Biicode open source? * How its CMake autogeneration and bjam interact? Best, Vicente

4 4

VMD library accepted
by Steven Watanabe 26 Feb '15

26 Feb '15

AMDG The VMD library submitted by Edward Diener is ACCEPTED into Boost. I apologize for the long delay for this announcement. Thanks to everyone who participated in the formal review * Nial Douglass * Bjorn Reese * Rodrigo Madera * Zhou Zhenghui * Matt Calabrese * Paul Mensonides Reviews for the library were generally positive. The library was considered to be a useful set of tools for macro programmers. Paul expressed concern about the way the the library handles v-sequences and v-identifiers. After some discussion, Edward has agreed that the interface could be significantly improved. Work Items: * Add examples and improved motivation in the documentation * Update the v-identifier/v-sequence interface based on Paul's comments * Fix inaccurate statements about Boost.Preprocessor per Paul In Christ, Steven Watanabe

1 0

[1.58] Any plans to merge the super-project to master?
by John Maddock 26 Feb '15

26 Feb '15

Is the Boost super-project going to be merged to master, Jamroot in particular has several important unmerged changed. Thanks, John.

1 0

Re: [boost] [mpl] multiset
by Ganesh Prasad 25 Feb '15

25 Feb '15

> Aside from that, I?ve been also in contact with Louis discussing the > idea of porting metalog to Hana as a use case. Perhaps logic > predicates could prove a useful add on to Hana as well. Porting metalog to hana as an add on might be a good idea, but I quite disagree from the user's point of view. Hana is a beautifully designed library and it does precisely what it's designed for. In short it has good modularity. And , indeed, libraries are supposed to be highly modular. So, it might be better to keep metalog as a separate entity and provide good interoperability between Hana and metalog. Best wishes Ganesh Prasad

1 0

Cannot add any file to GIT "libgit2 returned: Invalid data in index - invalid entry"
by Paul A. Bristow 25 Feb '15

25 Feb '15

Cannot add any new file to GIT repo :-( "libgit2 returned: Invalid data in index - invalid entry" Have recently locally committed changes to an existing Boost.Math sub-module (commit OK). (But realized that I had forgotten to add a few new files, so tried to add and recommit, but failed at the add stage). git status shows expected untracked files and ends: nothing added to commit but untracked files present (use "git add" to track) I:\modular-boost\libs\math> .gitignore is the standard modular-boost issue and looks OK. I:\modular-boost\libs\math>git version git version 1.9.5.msysgit.0 Suggestions? Thanks Paul --- Paul A. Bristow Prizet Farmhouse Kendal UK LA8 8AB +44 (0) 1539 561830

2 3