- Boost - lists.preview.boost.org

A general qurey
by Mudit Sharma 04 Feb '15

04 Feb '15

What can be done to run boost on Dev-C++? What else can be used for boost?

3 2

[chrono][multiprecision][gsoc] Project proposal, looking for feedback and mentor.
by Damian Vicino 03 Feb '15

03 Feb '15

Hi, I’m collaborating with other students working in “Simulation Driven Development” (SimDD), mostly for embed systems. The main idea in SimDD is modelling complete systems (not necessarily software) and make simulations of them. Once the simulation has the expected results start replacing some sub-models (software pieces) by real application code. The pieces that are not replaced are used to provide testing facilities. The main fields where this SimDD is used are robotics and embed systems. Where you can clearly separate models in three groups: the software, the interaction (i.e. sensors) and the environment. The software is what you are developing, the environment is the things the software will interact with and the sensors are what info the software gets from the environment and how. When the software is ready, it interacts with the sensors and the simulated environment for testing. Once tested in simulated environments it can be implemented in real world. In this context, I work in time representation problems for discrete event simulation and I will like to propose some additions to the Boost library as GSOC project. — Adding a clock to chrono for virtual simulation time, so models and real code can both work using same library for time representation. — Adding multi base support for multi-precision library. — Adding the option for an accurate mode to multi-precision (meaning a failure should happen when the result requires to be rounded and, if possible, detected at compile time). — Supporting multi base multi-precision in chrono. — For sure, documentation and tests included for everything. Is anybody interested in these additions? Can you provide some feedback about them? Is anybody interested in be my mentor for GSOC in this project? In the last year, I had being working in a general-purpose Discrete Event Simulation library as a side-project that I hope to contribute to boost. The library was submit for registration to blincubator today and in the following days I will be uploading it. Best regards, Damian Vicino

2 1

[config] Visual Studio 2015 Preview CTP 5 FWIW
by Beman Dawes 03 Feb '15

03 Feb '15

VC++ in the 2015 CTP 5 is reporting version 19.00.22512, so needs to be bumped in compiler/visualc.hpp. C++14 digit separators and C++11 universal character names in literals are supposed to be implemented, but I haven't tested them. It would also be interesting if some of bugs in recently added C++11/14 features have been fixed. --Beman

1 0

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