- Boost - lists.boost.org

Hi everyone
by PUNEET KOHLI 03 Feb '15

03 Feb '15

Hello guys. I came to know about your organization from the melange page.Your projects really got me interested. I am a very proficient in c & c++. I have been doing a lot of competitive programming for more than a year so , i can certainly code.I wish to apply to GSOC this year and would love the opportunity if it comes from your organization. Thus, i am looking for a way to contribute and work for you.

2 3

[preprocessor] integration of 'vctuple' branch breaks [accumulator] on msvc
by Jürgen Hunold 02 Feb '15

02 Feb '15

Hi! It seems that commit 01848af60d7639fd441b5d03462e848175cf1692 Merge: fd135a0 dc54fee Author: Edward Diener <...@...> Date: Fri Jan 30 23:16:08 2015 -0500 Merge branch 'vctuple' into develop completely breaks Boost.Accumulator on all msvc versions. I've some code breaking with msvc-12.0 and the msvc-10.0 tests in the regression matrix are all red. For example: http://www.boost.org/development/tests/develop/developer/output/teeks99-08c… fails with: .../accumulators/reference_accumulator.hpp(72) : error C2061: syntax error : identifier 'BOOST_PP_CAT' .../accumulators/reference_accumulator.hpp(72) : error C2947: expecting '>' to terminate template-parameter-list, found '>' .../accumulators/reference_accumulator.hpp(72) : fatal error C1903: unable to recover from previous error(s); stopping compilation Yours, Jürgen -- * Dipl.-Math. Jürgen Hunold ! * voice: ++49 4257 300 ! Fährstraße 1 * fax : ++49 4257 300 ! 31609 Balge/Sebbenhausen * jhunold(a)gmx.eu ! Germany

2 1

GSOC 2015 : Project on Concurrent Hash Tables
by Anmol Sood 02 Feb '15

02 Feb '15

Hi, I am Anmol Sood,a second year undergraduate student, pursuing Mathematics and Computing at Indian Institute of Technology,Delhi. I have been following the Boost mailing list for the last couple of months and I have been trying to understand some Boost libraries and enhancing my skills in generic programming at the same time. I saw the GSOC 2015 Boost page ( https://svn.boost.org/trac/boost/wiki/SoC2015) and the project on concurrent hash tables looks really interesting to me. I would like to know on the kind of pre-requisite skills required for the project and if I could share the progress I am making on writing code for the programming competency test here. Any tips/advice on helping me to get started on working for this project will be really helpful. Thanks.

2 1

Re: [boost] [type_traits] Rewrite and dependency free version
by Emil Dotchevski 02 Feb '15

02 Feb '15

On Mon, Feb 2, 2015 at 11:57 AM, Robert Ramey <ramey(a)rrsd.com> wrote: > this is the result of naming issues. the word array has been used for > boost::array, std::array and the built-in C/C++ array. They all ended > up in the same header so that one could find them when they were needed. > Ideally they should be separated, and boost::array's serialization should go into a boost::array header. As for serialization core dependencies, isn't it possible to define serialization function template overloads for user-defined types without including serialization library headers? E.g. aren't all function calls one makes in operator<< overloads dependent on the archive template argument? -- Emil Dotchevski Reverge Studios, Inc. http://www.revergestudios.com/reblog/index.php?n=ReCode

2 1

[sync] [thread] Faster mutex
by Antony Polukhin 02 Feb '15

02 Feb '15

Hi, One of the Mesa developers implemented a faster mutex: http://lists.freedesktop.org/archives/mesa-dev/2015-January/075260.html According to the sources of glibc, Mesa's mutex has a much smaller size (only 1 uint32_t vs 6 ints + 2 pointers), performs less actions before and after the actual syscall (no getting and setting of the mutex->__data.__owner, no type field checks) This gives an ~10% speedup. Just curious, maybe ideas from Mesa's mutex could be useful for some of the Boost libraries. -- Best regards, Antony Polukhin

4 4

[predef][check] linux clang triggers BOOST_MAC_OS
by Jürgen Hunold 01 Feb '15

01 Feb '15

Hi! I'm using clang + libc++ on Linux and the Predef "check" magic activates "BOOST_MAC_OS". That means I get: Performing configuration checks - symlinks supported : yes warn: Unable to construct ./info_as_objcpp warn: Unable to construct ./info_as_objc - BOOST_OS_MACOS : yes when running the predef test suite. Command chain: cd libs/predef/test rm -rf ../../../bin.v2/libs/predef/ ../../../bin.v2/check/ ../../../bin.v2/project-cache.jam b2 -a --verbose-test 2>&1 -d+2 --debug-configuration | tee verbose.log verbose.log is attached as zip file. And in fact the macos test are run: clang-linux.compile.c.without-pth BOOST_ROOT/src/devel/boost/bin.v2/libs/predef/test/macos_endian.test/clang- linux-3.7.0/debug/macos_endian.o which is only supposed to be run on macos. The test even passes because it internally checks for "__APPLE__" being defined, which should probably be removed, as the check should be done by the build system. Compiler: clang++ -v clang version 3.7.0 (trunk 227683) Target: x86_64-unknown-linux-gnu Thread model: posix That is current clang trunk. Though I'm already running with -d+2 --debug-configuration I get no output from the configuration test itself. Any ideas on how to debug this further? Yours, Jürgen -- * Dipl.-Math. Jürgen Hunold ! * voice: ++49 4257 300 ! Fährstraße 1 * fax : ++49 4257 300 ! 31609 Balge/Sebbenhausen * jhunold(a)gmx.eu ! Germany

2 3

Change in range requirements
by Ganssauge, Gottfried 01 Feb '15

01 Feb '15

Please consider the following program: bool predicate(char c) { return c != '0'; } int main (int, char **) { using namespace boost::adaptors; boost::copy( boost::make_iterator_range( std::istream_iterator<char>(std::cin >> std::noskipws), std::istream_iterator<char>()) | filtered(predicate), std::ostream_iterator<char>(std::cout)); return 0; } It works brilliantly with boost-1.54 although std::istream_iterator is only an input iterator. Recently I tried switching to boost-1.57, but suddenly this program stopped working - it won't compile any longer, because istream_iterator is not a forward_iterator: g++ -I ~/source/aurora-python/test-build/parts/boost range_filter.cpp -o range_filter ... # lots of gobbledygook skipped range_filter.cpp:18:64: required from here /home/gotti/source/aurora-python/test-build/parts/boost/boost/concept_check.hpp:210:13: error: conversion from 'boost::iterators::single_pass_traversal_tag' to non-scalar type 'boost::iterators::forward_traversal_tag' requested Y y = x; ^ When I build an equivalent program using boost::filter_iterator it keeps compiling and working fine. Why is it, that the requirements for certain range adaptors (e.g. filtered, transformed) suddenly exclude input ranges? The corresponding iterator adaptors keep working... Gottfried Ganßauge Entwickler Content Engineering & Development ------------------------------------------------------------------ Haufe-Lexware GmbH & Co. KG Ein Unternehmen der Haufe Gruppe Munzinger Str. 9, 79111 Freiburg Tel. +49 761 898-0 Internet: http://www.haufe-lexware.com ------------------------------------------------------------------ Kommanditgesellschaft, Sitz und Registergericht Freiburg, HRA 4408 Komplementäre: Haufe-Lexware Verwaltungs GmbH, Sitz und Registergericht Freiburg, HRB 5557; Martin Laqua Beiratsvorsitzende: Andrea Haufe Geschäftsführung: Isabel Blank, Markus Dränert, Jörg Frey, Birte Hackenjos, Randolf Jessl, Markus Reithwiesner, Joachim Rotzinger, Dr. Carsten Thies ------------------------------------------------------------------

2 1

Regression testing - is procedure changed?
by Dmitry Moskalchuk 01 Feb '15

01 Feb '15

I just found that there was commit into master where whole $BOOST/tools/regression folder was removed - https://github.com/boostorg/boost/commit/50ca965a872e5d454dbdc36c2764e6e3ba…. That means instructions at http://beta.boost.org/development/running_regression_tests.html are not actual anymore. Could any one advice how to do regression testing now? I'm bit confused since I already spent significant time setting up regular regression testing of Boost on Android, and now it become completely broken. -- Dmitry Moskalchuk

2 5

Re: [boost] [Boost-testing] master and develop regressions shunt on "error: Could not find a Jamfile..."
by Jürgen Hunold 01 Feb '15

01 Feb '15

Hi Jim, Am Sonntag, 1. Februar 2015, 05:17:40 schrieb Jim Bell: > Note that I'm using a preinstalled bjam.exe. > > Both master and develop regressions shunt with this in results/bjam.log: Rene has removed tools/regression without removing the reference to it. My PR at https://github.com/boostorg/boost/pull/57 fixes this. I'm not sure if the new regression repository should be re-added as a submodule instead. Yours, Jürgen -- * Dipl.-Math. Jürgen Hunold ! * voice: ++49 4257 300 ! Fährstraße 1 * fax : ++49 4257 300 ! 31609 Balge/Sebbenhausen * jhunold(a)gmx.eu ! Germany

3 2

Automatically updating libs/maintainers.txt
by Daniel James 01 Feb '15

01 Feb '15

Hi, I've just written a little script to update libs/maintainers.txt from the library metadata. You can see the main changes here: https://github.com/boostorg/boost/commit/94897806350320ac87d629bb933d5aea4d… I've only done this on develop so far, so nothing's final. I will do the library list as well soon, but that might be a bit more disruptive. Daniel

2 1