- Boost - lists.boost.org

[conversion] Serious header integrity test failures.
by Beman Dawes 27 Nov '13

27 Nov '13

This integrity test verifies that every header file present in svn branches/release and trunk is also present in git master and develop, respectively, and visa versa. The branches/release vs master comparison is in pretty good shape - no missing headers, but a small number of extra headers. Two libraries are affected. But the trunk vs develop comparison turned up problems in many libraries. For example, the whole Boost.Chrono stopwatches sub-directory is missing. These look serious. What is the fix? --Beman

4 12

Code to address requirement 7(a) of IOStreams Roadmap
by Gene Panov 26 Nov '13

26 Nov '13

Colleagues, I posted this before, but didn't get answers to some questions so far. I think I addressed the "output" part of requirement 7(a) from the IOStreams Roadmap: https://svn.boost.org/trac/boost/wiki/IostreamsRoadmap in this library: https://code.google.com/p/async-ostream/ Does anyone mind if I create a patch for Boost.IOStreams to add those five files and ask the maintainer (or volunteers) for feedback? Regards, Gene

5 14

[type_erasure]
by Andrzej Krzemienski 26 Nov '13

26 Nov '13

Hi, I am trying to use Boost.TypeErasure library with a 'concept' that provides contextual conversion to *bool*. That is, I want to type-erase types that provide the following operations for some invented object *o*: * if (o) {}* * if (!o) {}* * bool (o); * I cannot find a predefined concept for that, nor can I use BOOST_TYPE_ERASURE_MEMBER or BOOST_TYPE_ERASURE_FREE, because that will not work for built in types. Is there any convenience tool that enables specifying such concept? Regards, &rzej

2 2

{git]
by Richard Dale 25 Nov '13

25 Nov '13

Probably the problem is between the keyboard and chair, but ... what's up? On which end is permission denied? rsd/myroot> git clone git@github.com:boostorg/boost.git modular-boost Cloning into 'modular-boost'... Permission denied (publickey). fatal: Could not read from remote repository. Please make sure you have the correct access rights and the repository exists. users/rsd> git --version git version 1.7.12.4 ??

3 3

New Version (0.4.2) of proposed Boost.Application library is available.
by Renato Forti 25 Nov '13

25 Nov '13

Documentation: <http://www.dokfile.com/appbeta4/docs/libs/application/doc/html/index.html> http://www.dokfile.com/appbeta4/docs/libs/application/doc/html/index.html Code: https://github.com/retf/Boost.Application News in this release: * Now aspect_map class is Thread Safe. * Now aspect_map interface use names are more in line with the STL (e.g.: insert, find and so on) The documentation of aspect_map: <http://www.dokfile.com/appbeta4/docs/libs/application/doc/html/boost/applic ation/aspect_map.html> http://www.dokfile.com/appbeta4/docs/libs/application/doc/html/boost/applica tion/aspect_map.html * Some fixes on code and docs. Please send your comments!

1 0

Re: [boost] Boost Digest, Vol 4191, Issue 4
by Cox, Michael 25 Nov '13

25 Nov '13

On Sun, Nov 24, 2013 at 3:57 PM, <boost-request(a)lists.boost.org> wrote: > Send Boost mailing list submissions to > boost(a)lists.boost.org > > Date: Sun, 24 Nov 2013 23:20:43 +0100 > From: Bj?rn Pollex <bjoern.pollex(a)googlemail.com> > To: boost(a)lists.boost.org > Subject: [boost] [git] Line endings in bootstrap.bat on Windows > > I just cloned the modularized Boost repository from Github [1]. Right after > the clone is done, git status gives me a complete diff on bootstrap.bat (so > probably line endings). > > I do have autocrlf = true in my system configuration, so this shouldn't be > the problem, right? Is anyone else seeing this? Am I doing something wrong? > If so, how to do it correctly? > > Regards, > > Bj?rn Pollex > > [1] https://github.com/boostorg/boost > > I think "they" are working on it. See the following links: http://lists.boost.org/Archives/boost/2013/10/208067.php http://lists.boost.org/Archives/boost/2013/11/208141.php

2 1

[TypeIndex] Peer review period for library acceptance begins, ending Thurs 21st Nov
by Niall Douglas 25 Nov '13

25 Nov '13

Boost community feedback is requested for the formal peer review of the TypeIndex library by Antony Polukhin. Feedback requested includes: 1. Should this library be accepted into Boost? 2. Any conditions which should be attached to acceptance into Boost e.g. fixes, additional testing, changes to documentation. Please be as specific as possible here (bullet points are good!) Peer review ends on Thursday 21st Nov, ten days from today. Based on your feedback, at that point I will decide if I recommend TypeIndex for inclusion in my report to the review wizards. Comments can be posted to boost(a)lists.boost.org if you expect others to comment on your post, or to me privately if you wish your comment to not be made public. What is Boost.TypeIndex? TypeIndex performs three main functions: 1. It provides a consistent, well defined, portable boost::typeid() implementation with a consistent, well defined, portable boost::type_info class implementation which mirrors std::type_info. Implementation-specific weirdnesses (e.g. std::type_info::raw_name(), the fact the hash_code is often terrible and collides frequently) are abstracted out into a single, portable API. 2. It provides the ability to convert a type into a uniquely identifiable, container indexable, boost::type_info instance (e.g. &typeid(T) or C++11 class std::type_index) with RTTI disabled, thereby removing the need for requiring RTTI enabled for many type_info use cases. Any features which require RTTI are very clearly denominated in the API's name. 3. It allows the following Boost libraries to eliminate their dependency on RTTI which is a big win for embedded systems use, and it supplies patches for these libraries replacing RTTI std::type_info with boost::type_info. Feedback from the maintainers and users of these Boost libraries is *particularly* welcomed: Any, Graph, Property Map, Property Tree, Test, Variant, Xpressive I believe that TypeIndex meets the Boost library requirements at http://www.boost.org/development/requirements.html, and I have personally verified that it builds and passes all unit tests on GCC 4.6, clang 3.0 and MSVCs 10-12 [1]. I should add that Antony has already done three rounds of changes according to my feedback, and my thanks to him for being so dilligent and responsive. NOTE: Please read the TypeIndex documentation (linked to below) before asking any questions e.g. about potential code bloat etc. You'll probably find the answer already there. Source code: https://github.com/apolukhin/type_index/zipball/master Github: https://github.com/apolukhin/type_index Documentation: http://apolukhin.github.com/type_index/index.html Any questions about topics not in the documentation? Please do ask. [1]: A single unit test currently always is reported as failing to link correctly on MSVC. Antony believes this to be a bug in Windows bjam, as the Jamfile marks the link as expected to fail using link-fail but bjam does not respect this on Windows in this one use case scenario (yet weirdly the other expected link failures work fine!). Niall -- Currently unemployed and looking for work. Work Portfolio: http://careers.stackoverflow.com/nialldouglas/

12 85

PDB files missing from Windows binaries
by Fredrik Orderud 24 Nov '13

24 Nov '13

First, I want to give a big thank for the streamlined availability of precompiled Windows binaries. The "Windows binaries" link from the Boost download webpage significantly lowers the barriers for Boost usage on the Windows platform. That said, there seem to be an issue with missing PDB files from the most recent Boost 1.55 binaries. This makes it difficult to debug applications, since debug information is missing. I suspect that the reason for the missing PDBs is that the build script doesn't install them to the target folder, which have previously been reported on [1]. Unfortunately, there has been little response to this problem. Would if be possible for someone to look into this problem, and improve the build script? [1] http://lists.boost.org/boost-build/2013/08/26894.php Thanks in advance, Fredrik

5 5

[build] File / path lengths difficult to manage on Windows
by Ben Craig 24 Nov '13

24 Nov '13

I was unzipping boost 1.55 on my Windows machine, into what I thought was a reasonable location. 7-zip eventually complained about a file that it could not write because the path was too long. Most APIs on Windows restrict paths to ~260 characters. The longest file in the boost 1.55 release is the following: boost_1_55_0\libs\geometry\doc\html\geometry\reference\spatial_indexes\boost__geometry__index__rtree\rtree_parameters_type_const____indexable_getter_const____value_equal_const____allocator_type_const___.html This is 207 characters long. Next on the list are a whole bunch of html and png documentation files, all with length 174. Here is one example: boost_1_55_0\doc\html\images\accumulators\structboost_1_1accumulators_1_1detail_1_1is__tail__variate__feature_3_01tag_1_1tail__variate_3_01bd5040caa5e48b0af425af2314206bf.png As you may notice, the end of that particular file ends in a uuid / guid. It may be as easy as making that uuid appear 30 or 40 characters sooner in the path. ************************************************************************************************************** Is it unreasonable to ask that the boost zip only use half (130 characters) of the available Windows path size for itself? ************************************************************************************************************** On a related note, is it unreasonable to ask that an --abbreviate-paths build of boost limit itself to 130 characters? I acknowledge that this one is a bit harder to solve as there can be a large number of build "pivots" that all add to the path, but some clients (like me) need to layer other build pivot and version information on top of what boost already provides, and I need some amount of character wiggle room to make that happen. This isn't currently in as bad of a shape as the zip file. For an outdated piece of information, my win64 builds of boost 1.50 have a path part of 151 characters. boost\bin.v2\libs\test\build\msvc-11.0\rls\adrs-mdl-64\async-excpt-on\dbg-symbl-on\lnk-sttc\thrd-mlt\libboost_unit_test_framework-vc110-mt-1_50.lib.rsp Is there significant value in putting "bin.v2\libs" in the path?

6 16

[Config] Need more macros for VS2013
by Daryle Walker 24 Nov '13

24 Nov '13

I tried to use Visual Studio 2013 for the first time. I added the version of Boost 1.55 from NuGet. I've been adding macros from Boost.Config to help, but we need some more: 1. VS2013 doesn't support the "alignof" operator. 2. VS2013 doesn't support in-class class-static constants besides integers and enumerations. In my case, I had an array of size_t. C++11 is supposed to allow any literal (including arrays thereof) type. I had some other weird errors that are show-stopping. 1. I guess VS2013 uses smart iterators for std::array by default/debugging-mode. They don't convert to a pointer-to-element-type. I changed one function to use a pair of const_iterator, but a different function gave an internal error (C1001) when I tried to fix that one. 2. Boost.Test macros are complaining all over about mismatched arguments. When using MinGW, I used Boost from the trunk, because the release branch wouldn't compile. I'm guess that the NuGet version of Boost grabs from release, therefore I get the Boost.Test problems back. How do I use a copy of the Boost trunk in VS 2013 Express? (I got a Subversion download of both branches.) Daryle W.

5 4