- Boost - lists.preview.boost.org

Heads up: I've taken care of Boost.Utility's history
by Peter Dimov 11 Dec '13

11 Dec '13

I'm still awaiting push privileges for Boost.Utility, but locally, I've already taken care of the divergencies between the develop and master branches and created the necessary merge points, so I'm announcing this here to prevent duplication of work, if someone else also decides to do the same in the meantime.

3 2

BOOST_STATIC_ASSERT_MSG bug?
by Peter Dimov 11 Dec '13

11 Dec '13

#ifndef BOOST_NO_CXX11_STATIC_ASSERT # ifndef BOOST_NO_CXX11_VARIADIC_MACROS # define BOOST_STATIC_ASSERT_MSG( ... ) static_assert(__VA_ARGS__) # else # define BOOST_STATIC_ASSERT_MSG( B, Msg ) BOOST_STATIC_ASSERT( B ) # endif #else # define BOOST_STATIC_ASSERT_MSG( B, Msg ) BOOST_STATIC_ASSERT( B ) #endif The second case looks wrong, we have static_assert in this case; should it not be static_assert( B, Msg ) instead?

2 1

RFC: Community maintained libraries
by Beman Dawes 11 Dec '13

11 Dec '13

Boost libraries have always been maintained by an individual maintainer, or perhaps a small number of individuals. That works very well most of the time, and there is no need to change that approach for libraries that continue to have active maintainers. Where we have a problem is libraries that don't have active maintainers. Someone else has to step in from time-to-time to apply patches and perform other routine maintenance. That was easy to do for our svn repo because write permissions were global. GitHub gives us some additional tools; write permissions are given at the Team level, and a team can have permissions across multiple specific repositories. Strawman Proposal ------------------------- For Boost libraries where there is no library maintainer available, turn maintenance over to a "Community" team. Initially the team members would be volunteers who are already known as experienced maintainers or patch submitters. New volunteers for team membership would establish themselves by submitting patches and pull requests. At least to get things started, the release managers could OK requests for team membership. We might seed the list of libraries being community maintained by contacting some current maintainers who have not been active for years. If we can't even contact the maintainer, that's an indication the library is a candidate for community maintenance. Patch submitters who haven't gotten any action can request a library be added to community maintenance. At least to get things started, the release managers could OK requests for community maintenance. Comments? --Beman

14 40

Re: [boost] Branch names?
by Michael H. Cox 11 Dec '13

11 Dec '13

1 0

[variant] Warning: variadic templates in boost::variant
by Antony Polukhin 11 Dec '13

11 Dec '13

Development version of Boost.Variant library now uses C++11 variadic templates when possible. This leads to more compact binaries, more readable compiler error messages and faster compilation times. However this: * breaks ABI (now variant is declared as `template <typename T0, typename... TN> class variant`) * breaks user code that was explicitly using BOOST_VARIANT_LIMIT_TYPES Code that was using BOOST_VARIANT_ENUM_PARAMS and BOOST_VARIANT_ENUM_SHIFTED_PARAMS macro *must* work correctly without any modifications. To disable variadic templates usage in variant define BOOST_VARIANT_DO_NOT_USE_VARIADIC_TEMPLATES. When all the tests will pass successfully changes will be merged to master branch, so there is a high chance that variadic templates will be supported by Boost 1.56. In case of appearance of hard to fix variadic templates errors in Boost libraries dependent on Boost.Variant - report them in this letter and I'll help in resolving issues. -- Best regards, Antony Polukhin

6 21

[build] Default compiler options for a toolset
by Edward Diener 10 Dec '13

10 Dec '13

How are the default compiler options for a toolset chosen ? Is it in the .jam file for the compiler toolset and, if so, where is it specified ?

6 35

[Boost.Range] missing set insertion
by John M. Dlugosz 10 Dec '13

10 Dec '13

Something like this works when my destination is a vector: boost::range::push_back (destV, some_range); but there doesn't seem to be anything to use when the destination is a set. The obvious boost::range::insert (destS, some_range); complains that I don't have enough arguments for insert. Looking at the implementation in range/algorithm_ext/insert.hpp, it seems like an overloaded function without the "before" argument ought to work on any container that has a .insert(InputIt first, InputIt last ); member function, specifically including std::set and boost::container::flat_set. Is there some technical reason why this isn't supported? If not, I'd like to see what it takes to get it added. —John

2 1

[git] missing submodule references
by Peter A. Bigot 09 Dec '13

09 Dec '13

Updating my local git workspace I've run into this problem after git pull on master: llc[214]$ git submodule update fatal: reference is not a tree: 38039b3763f4457f913a006ad1621a476f9a721c fatal: reference is not a tree: 76b3d49e648da6dec2070d36a709129d114615ef fatal: reference is not a tree: 7fbe180e8dc1104195e652aa8a5a7cb1cd48e506 fatal: reference is not a tree: 0c0036aaf02b59b8d0dec631aa013627fb839dcd Unable to checkout '38039b3763f4457f913a006ad1621a476f9a721c' in submodule path 'libs/any' Unable to checkout '76b3d49e648da6dec2070d36a709129d114615ef' in submodule path 'libs/circular_buffer' Unable to checkout '7fbe180e8dc1104195e652aa8a5a7cb1cd48e506' in submodule path 'libs/conversion' Unable to checkout '0c0036aaf02b59b8d0dec631aa013627fb839dcd' in submodule path 'libs/variant' I've confirmed for libs/any that the referenced commit is present on github, but it isn't retrieved by "git fetch" in the submodule workspace, suggesting that it's no longer reachable from any head. I'm guessing this might be related to the "hidden ref" part of the "free to delete old branches" discussion, or maybe there just needs to be another submodule update for these modules. Peter

2 1

Re: [boost] [git] Near future.. How do we deal with git-native libraries?
by JOAQUIN M. LOPEZ MUÑOZ 09 Dec '13

09 Dec '13

-----Mensaje original----- De: Boost [mailto:boost-bounces@lists.boost.org] En nombre de Daniel James Enviado el: jueves, 05 de diciembre de 2013 0:57 Para: boost(a)lists.boost.org Asunto: Re: [boost] [git] Near future.. How do we deal with git-native libraries? On 4 December 2013 21:49, Joaquin M Lopez Munoz <joaquin(a)tid.es> wrote: > > Being both the author of Boost.MultiIndex and a total Git neophyte, > > could you please explain to me how this lack of ref commits affect me > > and whether I can fix it myself? > > It means that when someone checks out the master project they don't get > the latest versions of the submodules. I'm just updating the master project now. I understand this is https://github.com/boostorg/boost/commit/66b6e0b0dcff397010815624ce02c1d1c9… Excuse my ignorance but: does this mean syncing between the master project and submodules need be done manually? I was assuming that somehow updates to a submodule automatically propagate to checkouts of the master project. Thank you, Joaquín M López Muñoz Telefónica Digital ________________________________ Este mensaje se dirige exclusivamente a su destinatario. Puede consultar nuestra política de envío y recepción de correo electrónico en el enlace situado más abajo. This message is intended exclusively for its addressee. We only send and receive email on the basis of the terms set out at: http://www.tid.es/ES/PAGINAS/disclaimer.aspx

4 5

[Thread] Looking for co-maintainers
by Vicente J. Botet Escriba 09 Dec '13

09 Dec '13

Hi, I have maintained Boost.Thread during 2 years, fixing a lot of issues and adding a lot of new features. Unfortunately due to personal reasons I would have less time to maintain the Boost.Thread library in the near future. To avoid that the list of issues increase instead of decrease I would like to know if there are candidates that want to try to fix some of the current or future issues and provide patches for them. Best, Vicente

4 8

Boost logo
by Adam Wulkiewicz 09 Dec '13

09 Dec '13

Hi, Where could I find currently used Boost logo in vector format? The one in http://svn.boost.org/svn/boost/website/workplace/logo/ is different. Regards, Adam

2 2

Git: maintaining super-project
by Vladimir Prus 09 Dec '13

09 Dec '13

I am not sure how maintenance of subproject references in the super-project will work. - For 'master' branch, I assume that as developers update 'master' branch in their libraries, they would submit pull requests, so that the super-project points at new commits. That shall work, except that pull requests like this are hard to examine. E.g: https://github.com/boostorg/boost/pull/4 If I did not specify direct links to commits, I don't know how anybody would decide whether new revision is OK or not. - For 'develop' branch, I certainly don't think that for every change to 'develop' branch of any library, there will be a pull request on superproject? Doing so would create a lot of administrative overhead, and not doing that means that checking out 'develop' branch of the superproject does not necessary pull heads of 'develop' branches of each library. Am I missing something? Thanks, Volodya -- Vladimir Prus CodeSourcery / Mentor Graphics http://www.mentor.com/embedded-software/

14 40

Git permissions model
by Vladimir Prus 09 Dec '13

09 Dec '13

Hi, I have a couple of questions about the permission models that we use for git. - To give somebody push access to the 'build' repository, I need to file an admin issue. Why can't I control access to the repository I maintain? In fact, why I can't even edit repository description? - Suppose I find a random typo in library X. In SVN, I can just fix it within a minute. In Git, I would have to either ask for push access (which I think won't scale), or I need to fork the repo, to the change, and submit a pull request, which is equally cumbersome. Was not Git supposed to simplify things? Thanks, Volodya

9 12

Re: [boost] [concept] Changeset 84470 in trunk wasn't merged to release
by Stephan T. Lavavej 09 Dec '13

09 Dec '13

[STL, Nov 17, 2013] > https://svn.boost.org/trac/boost/changeset/84470 was committed to trunk > 6 months ago, but it wasn't merged to release and isn't present in 1.55.0. > It fixes a blizzard of "unused local typedef" warnings with GCC 4.8. > Can someone merge this to the release branch? Ping - this still needs to be fixed. In the New World Order, https://github.com/boostorg/concept_check/commit/168e60a needs to be merged from develop to master. Thanks, STL

2 2

C++Now 2014: Call for Submissions, Updated deadlines
by Hartmut Kaiser 09 Dec '13

09 Dec '13

Updated submission dates! Please see below! ============================================== C++ Now Conference 2014 Aspen CO, USA, May 12-17, 2014, www.cppnow.org ============================================== For the full announcement online, please see here: http://cppnow.org/2013/10/21/2014-call-for-submissions/ Call for Submissions -------------------- We invite you to submit session proposals to the 3rd annual C++Now Conference (Aspen CO, USA, May 12-17, 2014). Building upon the resounding success of C++Now 2013 and five years of BoostCon, C++Now 2014 will present leading speakers from the whole C++ community. The C++Now Conference is dedicated to discussion and education about C++, an open and free language and standard. Our Conference will focus on discussion and education about open source software usage and developments in the C++ developer and user community. To reflect the breadth of the C++ and Boost communities, the conference includes sessions aimed at three constituencies: C++ and Boost end-users, hard-core Boost library and tool developers, and researchers pushing the boundaries of computation. The program fosters interaction and engagement within and across those groups, with an emphasis on hands-on, participatory sessions. As a multi-paradigm language, C++ is a melting pot where the most compelling ideas from other programming communities are blended in powerful ways. Historically, some of the most popular sessions at C++Now have highlighted these concepts, from DSLs to functional programming to transactional memory and more. Bring your C#, Python, Ruby or Haskell influences to bear in an environment that will broaden their exposure. At C++Now 2014 we would like to focus on the now established C++11 standard and the new, upcoming C++14 and how those standards are and will shape C++'s future. However, by no means is this intended to restrict the topics of proposals we hope to see. Any other topic related to C++ as outlined below is perfectly fine for submission. Important dates --------------- New proposal submissions due: December 22th, 2013. Proposals decisions sent (tentative program available): February 15th, 2014. Fully scheduled program available: February 28th, 2014. Best Presentation Awards ------------------------ We know how much effort it takes to prepare talks for our conference. For this reason we will award the best The awards will be given based on the audience's voting. Each award will include the author's name listed on the cover of the C++Now website for that year and a plaque containing all the C++Now conference information. Session topics -------------- Topics of interest include, but are not restricted to, the following: * C++11/14 and how it changes life for users and library writers * General tutorial sessions on C++11/14, the C++11/14 Standards library, and one or more Boost libraries * Parallelism in the new C++11/14 standard * Parallel, distributed and GPGPU topics relating to C++ * In-depth sessions on using specific Boost libraries * Case studies on using Boost * Experts panels * Advanced sessions on implementation techniques used within Boost libraries * Development workshops to extend or enhance existing Boost libraries * Workshops on design process * Infrastructure workshops such as Build tools, Website, Testing * Concepts and Generic Programming * Hardware and infrastructure presentations focused on how libraries can make better use of the technology * Software development tools and their application to C++ and or Boost * Other topics likely to be of great interest to C++ users and developers Interactive and collaborative sessions are encouraged, as this is the style of learning and participation that has proven most successful at such events. Sessions can be tutorial based, with an emphasis on interaction and participant involvement, or workshop based, whether hands-on programming or paper-based, discussion-driven collaborative work. Session formats --------------- Presentations Presentations focus on a practitioner's ideas and experience with anything relevant to C++11 or C++14, Boost and users. Panels Panels feature three or four people presenting their ideas and experiences relating to C++11 or C++14 and Boost's relevant, controversial, emerging, or unresolved issues. Panels may be conducted in several ways, such as comparative, analytic, or historic. Tutorials Tutorials are sessions at which instructors teach conference participants specific skills relevant to C++11 or C++14 and Boost. Workshops Workshops provide an active arena for advancements in Boost-relevant topics. Workshops provide the opportunity for experienced practitioners to develop new ideas about a topic of common interest and experience. Author's Corner Presentations These were introduced at BoostCon 2008, and were a great success. They are short (30 minute) sessions, focusing on tips on usage and design. In addition, we're looking to uncover the hidden design gems in Boost libraries. Tool Vendors Presentations We actively encourage tool vendors and ISP's to submit proposals for a special Tool Vendors Session Track aimed at products related to Boost and C++ (compilers, libraries, tools, etc.). Other formats may also be of interest. Don't hold back a proposal just because it doesn't fit into a pigeonhole. Submitting a proposal --------------------- Standard sessions are 90 minutes. You may submit a proposal for fractions or multiples of 90-minutes. Fractional proposals will be grouped into 90 minute sessions covering related topics. Longer sessions, such as tutorials and classes, will be assigned three hour (i.e. half day), or six hour (i.e. full day) time slots. Please include: * The working title. * Type of session: presentation, panel, tutorial, workshop, authors corner, vendor track, other. * A paragraph or two describing the topic covered, suitable for the conference web site. * Proposed length: 10-20 minute short talks, 45 minutes, 90 minutes, half day, full day. * Alternate lengths, if you are willing to make adjustments: 10-20 minute short-talks, 45 minutes, 90 minutes, half-day, full day. * Audience: users, developers, both. * Level: basic, intermediate, advanced. * A biography, suitable for the conference web site. * A photo of about 150 x 150 * Your public contact information (twitter handle, blog, website, google plus, etc.) * Your contact information (will not be made public). Submission details ------------------ All submissions should be made through the EasyChair conference management system: http://www.easychair.org/conferences/?conf=cppnow2014. If you have not already registered at EasyChair, you will need to do so in order to submit your proposal. All submissions will go through a peer review process. Authors are invited (but are not required) to submit PDF versions of full papers of up to 10 pages in ACM conference proceedings format (see http://www.acm.org/sigs/publications/proceedings-templates) The full papers are not required unless you want them published in the proceedings. All accepted proposals will be made available in the Association for Computing Machinery (ACM) Digital Library (approval pending). Best papers, after further reviews, will be considered to be book chapters or journal articles in a renowned journal. The session materials go on the C++ Now website and will be available to attendees. For general information on the C++ Now 2014 paper submission or the scope of technical papers solicited; please refer to the conference website at www.cppnow.org. For any other questions about the submission process or paper format, please contact the Program Committee at cppnow2014(a)easychair.com. If you have any technical problems with EasyChair, please contact EasyChair for help. Note: Presenters must agree to grant a non-exclusive perpetual license to publish submitted materials, either electronically or in print, in any media related to C++ Now. Hartmut Kaiser, email: hartmut.kaiser(a)gmail.com (Program Committee Chair) Joel Falcou, email: joel.falcou(a)lri.fr (Program Committee Co-Chair) Jon Kalb, , email: jon(a)kalbweb.com (Conference Chair) Dave Abrahams, dave(a)boostpro.com (Conference Chair) On behalf of the conference organizers

1 0

[git] Are we free to delete old branches?
by John Maddock 08 Dec '13

08 Dec '13

I notice most of my stuff is littered with old branches, most of which have nothing to do with the library in question (or are even related to old CVS branches). Are we free to delete these old branches without effecting any other lib? Is it a good/bad idea? Seems to be recommended practice in Git to delete branches once they're no longer needed? Thanks, John.

4 3

[concept_check] Merge changes to master
by Daniel James 08 Dec '13

08 Dec '13

Hi, I merged some old changes to master, all warning fixes, all old enough to be fully tested on trunk: https://github.com/boostorg/concept_check/commit/229e3055a03210da4dd10d43bc… https://github.com/boostorg/concept_check/commit/ccd9f52467953f4b569f52cb6a… https://github.com/boostorg/concept_check/commit/9521991561bf574772ce48d38c… https://github.com/boostorg/concept_check/commit/168e60aa3d5238cd25b341661a… I cherry picked the first two because they're a bit old. It's a bit late now, but do you think I should have done this as a pull request? Daniel

3 3

[git] Update submodules in boost.git
by Daniel James 08 Dec '13

08 Dec '13

Hi, I've just updated all the submodules in the main git repo. I'll try and do this daily for a little while, but we'll need to automate it. Preferably triggered by a hook so it's as close to instantaneous as possible. Any takers? Daniel

11 36

[git] develop and master are two completely distinct branches
by Thomas Heller 07 Dec '13

07 Dec '13

Hi, I just cloned modular boost and wanted to get phoenix back on track. However, something very disturbing occured to me: The develop and master branches in the git repos (for all repos) are completely distinct from each other! How could this happen? In the case of phoenix those have, unfortunately, completely diverged from each other (content wise, commit wise, they have completely distinct commits). What's the best practice to do here? How to proceed? Regards, Thomas P.S.: Sorry for the long absence

7 8

[git] Mess with branches
by Antony Polukhin 07 Dec '13

07 Dec '13

What's the current policy about merging and removing branches in libraries? Can I for example merge and remove old svn-branches/filesystemv3 in module boost/conversion or will it break some functionality? -- Best regards, Antony Polukhin

4 4

Pull request sanitise run on Travis CI (Re: [git] Near future.. How do we deal with git-native libraries?)
by Mateusz Loskot 07 Dec '13

07 Dec '13

On 2 December 2013 15:39, Niall Douglas <s_sourceforge(a)nedprod.com> wrote: > > Later on I think it very likely a script might scan all pull requests > to ensure their commits were made using the canonical Boost > .gitattributes, and if they weren't to refuse the pull request. GitHub pull requests (PR) are nicely handled by Travis CI service (https://travis-ci.org/‎) Perhaps, it would make sense to set up Travis for Boost repositories as well. Then, for every PR submitted to one of Boost repos, a Travis build is performed and PR sanitisation script could be part of that build. A nice feature of GitHub+Travis integration is that GitHub PR ticked will automatically display status of corresponding Travis build, warning about broken that particular PR is broken, so merge with caution, etc. Best regards, -- Mateusz Łoskot, http://mateusz.loskot.net

3 5

[git] Problems with Boost.Sync
by Andrey Semashev 07 Dec '13

07 Dec '13

Hi, My first experience with git is failing miserably. I was trying to checkout Boost.Sync, which is not present in the normal checkout as described in the wiki [1]. It is only present in the develop branch, so I thought I have to do: git submodule foreach --recursive git checkout develop That didn't help, so I also did git checkout develop git pull The last command failed with the error: First, rewinding head to replay your work on top of it... Applying: Fixed serialization of the wave tool. Using index info to reconstruct a base tree... M libs/wave Falling back to patching base and 3-way merge... warning: Failed to merge submodule libs/wave (commits don't follow merge-base) Auto-merging libs/wave CONFLICT (submodule): Merge conflict in libs/wave Failed to merge in the changes. Patch failed at 0001 Fixed serialization of the wave tool. The copy of the patch that failed is found in: /home/lastique/src/boost/.git/rebase-apply/patch When you have resolved this problem, run "git rebase --continue". If you prefer to skip this patch, run "git rebase --skip" instead. To check out the original branch and stop rebasing, run "git rebase --abort". I swear I didn't even touch wave! The mentioned patch is: b17f63d8d907c50d3a91e064c62ec47bfcc38050 diff --git a/libs/wave b/libs/wave index 55350dd2f9d1ce39aa253c49e9e10f073f776a35..96207efc61d549b9a810f067bfefe2bf55c28a65 160000 --- a/libs/wave +++ b/libs/wave @@ -1 +1 @@ -Subproject commit 55350dd2f9d1ce39aa253c49e9e10f073f776a35 +Subproject commit 96207efc61d549b9a810f067bfefe2bf55c28a65 This looks like a superproject metadata for the submodule, and I have no idea to what I should apply this patch. I'm at a loss. 1. How can I get rid of this error? 2. How can I checkout Boost.Sync?

2 7

[variant] Why boost::get<Base>(derived) not supported?
by TONGARI J 07 Dec '13

07 Dec '13

Hi there, You can see the idea here: http://coliru.stacked-crooked.com/a/3e920faa604fa534 Is there any technical reason not having boost::get work like that? Thanks,

3 8

bootstrap.bat broken for MinGW since 1.55
by Björn Pollex 07 Dec '13

07 Dec '13

I have just tried to bootstrap Boost 1.55 for use with 32 bit MinGW on Windows 7. Here is what I get: C:\Users\pollexb\git_repositories\modular-boost>bootstrap.bat Building Boost.Build engine '"VCVARS32.BAT"' is not recognized as an internal or external command operable program or batch file. '"VCVARS32.BAT"' is not recognized as an internal or external command operable program or batch file. '"VCVARS32.BAT"' is not recognized as an internal or external command operable program or batch file. '"VCVARS32.BAT"' is not recognized as an internal or external command operable program or batch file. 'cl' is not recognized as an internal or external command, operable program or batch file. Failed to build Boost.Build engine. Please consult bootstrap.log for furter diagnostics. You can try to obtain a prebuilt binary from http://sf.net/project/showfiles.php?group_id=7586&package_id=72941 Also, you can file an issue at http://svn.boost.org Please attach bootstrap.log in that case. The log file has the following contents: ### ### Using 'msvc' toolset. ### C:\Users\pollexb\git_repositories\modular-boost\tools\build\v2\engine>if exist bootstrap rd /S /Q bootstrap C:\Users\pollexb\git_repositories\modular-boost\tools\build\v2\engine>md bootstrap C:\Users\pollexb\git_repositories\modular-boost\tools\build\v2\engine>cl /nologo /GZ /Zi /MLd /Fobootstrap/ /Fdbootstrap/ -DNT -DYYDEBUG kernel32.lib advapi32.lib user32.lib /Febootstrap\jam0 command.c compile.c constants.c debug.c execcmd.c execnt.c filent.c frames.c function.c glob.c hash.c hdrmacro.c headers.c jam.c jambase.c jamgram.c lists.c make.c make1.c object.c option.c output.c parse.c pathnt.c pathsys.c regexp.c rules.c scan.c search.c subst.c timestamp.c variable.c modules.c strings.c filesys.c builtins.c md5.c class.c cwd.c w32_getreg.c native.c modules/set.c modules/path.c modules/regex.c modules/property-set.c modules/sequence.c modules/order.c For some reason it simply ignores the option I pass in and tries to use msvc instead. I recall that there was some discussion about boostrap.sh prior to the 1.55 release, but could not find anything there that affected bootstrap.bat. I have tried with the source archive downloaded from Sourceforge, and with the master branch from Github, both times I get the same error. It works fine with Boost 1.54. Does anyone know what change could have caused this? Regards, Björn Pollex

7 11

[type_erasure] Using BOOST_TYPE_ERASURE_MEMBER
by Andrzej Krzemienski 06 Dec '13

06 Dec '13

Hi, I need some help with using BOOST_TYPE_ERASURE_MEMBER. The example in the tutorial works as described. But the interface binds to object by reference. But if I change it to bind by value, I get a compile-time error. BOOST_TYPE_ERASURE_MEMBER((has_push_back), push_back, 1) void append_many(any<has_push_back<void(int)>> container) { for(int i = 0; i < 10; ++i) container.push_back(i);} How can I fix it? I do want to bind by value. Regards, &rzej

1 1

[git] automatic ticket closing
by Joaquin M Lopez Munoz 06 Dec '13

06 Dec '13

Trac has this nice feature by which one can close a ticket merely by indicating its #number in the associated fix commit message. Is there anything similar for Git? Plans to add it to our Trac environment? Thank you, Joaquín M López Muñoz Telefónica Digital

11 14

[assign] Boost.Assign is incompatible with std::initializer_list
by Stephan T. Lavavej 06 Dec '13

06 Dec '13

Hi Boost devs, Our testing has discovered an apparent incompatibility between Boost.Assign and std::initializer_list. I'm using Boost 1.55.0 and a build somewhat newer than VC 2013 RTM (I could check with RTM if someone really wanted me to): C:\Temp>type meow.cpp #include <set> #include <boost/assign/list_of.hpp> int main() { std::set<int> s; s = boost::assign::list_of(11)(22)(33); } C:\Temp>cl /EHsc /nologo /W4 /MTd meow.cpp /I boost_1_55_0 meow.cpp meow.cpp(7) : error C2593: 'operator =' is ambiguous E:\binaries\x86ret\inc\set(180): could be 'std::set<int,std::less<_Kty>,std::allocator<_Kty>> &std::set<_Kty,std::less<_Kty>,std::allocator<_Kty>>::operator =(std::initializer_list<int>)' with [ _Kty=int ] E:\binaries\x86ret\inc\set(139): or 'std::set<int,std::less<_Kty>,std::allocator<_Kty>> &std::set<_Kty,std::less<_Kty>,std::allocator<_Kty>>::operator =(std::set<_Kty,std::less<_Kty>,std::allocator<_Kty>> &&)' with [ _Kty=int ] E:\binaries\x86ret\inc\set(123): or 'std::set<int,std::less<_Kty>,std::allocator<_Kty>> &std::set<_Kty,std::less<_Kty>,std::allocator<_Kty>>::operator =(const std::set<_Kty,std::less<_Kty>,std::allocator<_Kty>> &)' with [ _Kty=int ] while trying to match the argument list '(std::set<int,std::less<_Kty>,std::allocator<_Kty>>, boost::assign_detail::generic_list<int>)' with [ _Kty=int ] Note that this repros with std::set and not with std::vector because of a bizarre compiler bug (it's sensitive to the order in which operator=() overloads are declared, and std::set's order is different from std::vector's). Although we've got that compiler bug (and another one affecting overload resolution for braced-init-lists which shouldn't be relevant here), I believe this compiler error is correct, and Boost.Assign is buggy. http://www.boost.org/doc/libs/1_55_0/libs/assign/doc/index.html#list_of_ref depicts an unconstrained "operator Container()", which worked until the containers gained op=() for initializer_list. Is this a known issue? (It should repro for other platforms, although I haven't checked.) Should this conversion operator be constrained so it can't be instantiated for initializer_list? Thanks, STL

2 2

[git] Open for development?
by Andrey Semashev 05 Dec '13

05 Dec '13

Hi, Sorry if I missed the announcement, but is git open for development? I.e. won't my commits disappear at some point?

3 2

Pushing develop changes for a library
by Edward Diener 05 Dec '13

05 Dec '13

I would like to push some develop changes for a Boost library for which I have write access using git. Do I have to notify anyone controlling the Boost superproject about this ?

3 2

[git] regression tests?
by Oliver Kowalke 05 Dec '13

05 Dec '13

Hi, do the regression tests (trunk/release -> develop/master) source the git-repo boostorg? Oliver

2 1

[git] regression testing
by Joaquin M Lopez Munoz 05 Dec '13

05 Dec '13

Hi, Congrats on the recent Git switchover. Two questions: * Are regression test scripts yet adapted to the new repository? * For SVN, test columns mark the latest commit the tests are done against. How will we do with Git? Looks like commits are identified by 40-digit numbers, which are considerably harder to visually track than nice consecutive SVN changeset numbers. Joaquín M López Muñoz Telefónica Digital

3 3

Git hardlinks, and developing
by John Maddock 05 Dec '13

05 Dec '13

OK so I've just been hit by my first Git SNAFU. 1) I checked out modular Boost as per https://svn.boost.org/trac/boost/wiki/TryModBoost 2) Changed libs/multiprecision to the develop branch also as per https://svn.boost.org/trac/boost/wiki/TryModBoost 3) Added some pending changes from the old SVN Trunk that I didn't commit before the changeover. 4) Ran the tests and everything failed, even though it was passing on SVN :-( The issue was that the headers under boost/ were now *copies* of the last release and no longer pointers to the new "develop" code. Interestingly some of the hard links were updated when I ran bjam, but apparently not all :-( Running bjam -a fixes the issue, but it's a very easy trap for the unwary.... John. PS, one other very annoying issue for VC++ users: 1) Open a test file. 2) Select a #included boost file, right click and select "Open document". 3) Document opens, but gives you a copy under boost/ not the "real" header under libs/mylib/. 4) Run away screaming after you've spent an XXX hours editing the wrong file....

8 13

Possible issue with Boost.Atomic (and consequently Boost.Thread)
by Peter Dimov 04 Dec '13

04 Dec '13

In https://svn.boost.org/trac/boost/ticket/9466 it is reported that using Boost.Thread on AIX without defining BOOST_THREAD_DONT_USE_ATOMIC causes an assertion failure in boost/smart_ptr/detail/lwm_pthreads.hpp (pthread_mutex_lock failing with EINVAL.) As I explain in the ticket, what I think happens is that Boost.Atomic falls back to its generic lock pool implementation, which uses a static array of 41 boost::lightweight_mutex objects. However, since lightweight_mutex has a constructor calling pthread_mutex_init and a destructor calling pthread_mutex_destroy, using call_once, directly or indirectly, outside main can lead to accessing a mutex object before it's constructed or after it's destroyed, depending on static initialization order. If I'm correct in this assumption, then lockpool.hpp/.cpp need to be fixed to either use boost/smart_ptr/detail/spinlock_pool.hpp*, or use statically initialized pthread mutexes directly. *) Which is basically what it was designed for, see the comment: // spinlock_pool<0> is reserved for atomic<>, when/if it arrives

2 4

[util] Any interest in address_of_first_nonarray_elem ?
by Mostafa 04 Dec '13

04 Dec '13

Working with built-in array objects I find myself repeatedly needing to get the address of the first non-array element. This is so I can do generic array comparisons and copies without resorting to multiple loops. For example: template <typename T, std::size_t N> bool generic_array_equal(T (&lhs)[N], T const (&rhs)[N]) { return std::equal( address_of_first_nonarray_elem(lhs), address_of_first_nonarray_elem(lhs) + total_extent<T[N]>::size, address_of_first_nonarray_elem(rhs)); } Any interest in adding such a function to the util library? Mostafa

5 8

Gitflow (was Git: maintaining super-project)
by Mateusz Loskot 04 Dec '13

04 Dec '13

On 4 December 2013 12:03, Jeremy Ong <jeremycong(a)gmail.com> wrote: > Maybe I should have said "github" world. Many organizations and open source > projects choose to make it the lowest branch in the hierarchy specifically > because it *is* the default. I wasn't aware that boost uses nvie's gitflow. > There are many that feel it's a bit overengineered, but if it's specified > somewhere that that is what we're using then eschewing the defaults is fine. Use of GitHub is orthogonal to development workflow. Somewhat 'traditionally', GitHub is perceived as an incubator of fast yet agile Ruby/... web shops which don't rely on a typical release model, but they constantly roll releases. Boost is not a rolling release based project! I will conclude with Scott Chacon's blog (http://scottchacon.com/2011/08/31/github-flow.html) """ For teams that have to do formal releases on a longer term interval (a few weeks to a few months between releases), and be able to do hot-fixes and maintenance branches and other things that arise from shipping so infrequently, git-flow makes sense and I would highly advocate it’s use. For teams that have set up a culture of shipping, who push to production every day, who are constantly testing and deploying, I would advocate picking something simpler like GitHub Flow. """ Best regards, -- Mateusz Łoskot, http://mateusz.loskot.net

1 0

BOOST_NO_CXX11_ATOMIC?
by Peter Dimov 04 Dec '13

04 Dec '13

Now is perhaps not a very appropriate time to ask, but why don't we seem to have a macro for the <atomic> C++11 header?

6 13

[container] Doc regressions in 1.54 and 1.55
by Jared Grubb 04 Dec '13

04 Dec '13

I went to look up the API on "flat_set" and found that the header documentation after 1.53 is not helpful. I think this is unintentional, so I thought I'd point it out: http://www.boost.org/doc/libs/1_53_0/doc/html/boost_container_header_refere… 1.53 docs: "class flat_set" is shown in the <flat_set.hpp> section; the link takes you to the API reference -- perfect! http://www.boost.org/doc/libs/1_54_0/doc/html/boost_container_header_refere… 1.54 docs: "class flat_set" only appears in <container_fwd.hpp> section; the link takes you to the forward decl only and not a reference header. However, other references to "flat_set" (for example, in the free functions like operator==) are hyperlinked and do take you to the right header reference file.. http://www.boost.org/doc/libs/1_55_0/doc/html/boost_container_header_refere… 1.55 docs: "class flat_set" is not listed at all. The API header reference does not exist and none of the references to flat_set are hyperlinked. Jared

2 1

[GitHub] README policy?
by Mateusz Loskot 04 Dec '13

04 Dec '13

Hi, A little trivia, apparently GitHub wishes every repository has a readme: "We recommend adding a README to this repository to help give people an overview of your project." Is there any policy about if such README is required and what it should contain? Best regards, -- Mateusz Łoskot, http://mateusz.loskot.net

1 0

[modular boost] non-linked headers
by Edward Diener 04 Dec '13

04 Dec '13

On Windows after the .\b2 headers step, there are these directories under the modular-boost/boost diectory which are not symbolic links: detail graph numeric pending I can understand 'detail' but should not the others have been created as symbolic links to their appropriate libraries header files ?

6 36

[IdentityType] Const omission undocumented.
by Mostafa 03 Dec '13

03 Dec '13

#include <boost/utility/identity_type.hpp> #include <utility> int main() { BOOST_IDENTITY_TYPE(( std::pair<int,int> const )) x; // This compiles, so the const qualification in the // above macro parameter is ignored. x = std::make_pair(0,1); return 0; } The omission of const qualification in BOOST_IDENTITY_TYPE types is undocumented. This omission maybe deduced from the documented implementation, but, as noted, that is not part of the library api and is subject to change. I therefore propose that this behaviour be documented as part of the library's public api. Mostafa

4 5

[swap] std::swap should be pulled in from <utility> in C++11
by Joaquin M Lopez Munoz 03 Dec '13

03 Dec '13

Hi, boost/utility/swap.hpp #includes <algorithm> to bring std::swap in, which is OK for C++03 but not so in C++11: std::swap has been moved to <utility> as explained in [diff.cpp03.library]. Should I create a ticket? Best regards, Joaquín M López Muñoz Telefónica Digital

2 1

[git] Write (i.e. push) permission
by Beman Dawes 03 Dec '13

03 Dec '13

Boost library maintainers, please remember you need to apply for write permission for your library. See https://svn.boost.org/trac/boost/wiki/ModAdmin As of a couple of minutes ago, all pending requests for write permission have been completed. --Beman

1 0

[git] unable to push
by Oliver Kowalke 03 Dec '13

03 Dec '13

Hi, I tried to push my commits to the remote branch 'develop' but I get an error: ERROR: Permission to boostorg/context.git denied to olk. fatal: The remote end hung up unexpectedly Is the boostorg repo closed for commits? so long, Oliver

2 1

[git] Effect of "git checkout develop" on submodule?
by Beman Dawes 03 Dec '13

03 Dec '13

If I do this: git clone --recursive git@github.com:boostorg/boost.git modular-boost cd modular-boost/libs/math git checkout develop What commit of math develop branch should be checked out? The current head? The head at the time of the git clone? Some other head? --Beman

3 8

[ANN] C++Now 2014: 5 Days to Submissions Deadline
by Boris Kolpackov 03 Dec '13

03 Dec '13

Hi, Only 5 days left before the submissions deadline for C++Now 2014! C++Now is a general C++ conference for C++ experts and enthusiasts. It is not specific to any library/framework or compiler vendor and has three tracks with presentations ranging from hands-on, practical tutorials to advanced C++ design and development techniques. For more information about C++Now, see the conference's website: http://cppnow.org/about/ Have you learned something interesting about C++ (e.g., a new technique possible in C++11)? Or maybe you have implemented something cool related to C++ (e.g., a C++ library)? If so, consider sharing it with other C++ enthusiasts by giving a talk at C++Now 2014. For more information on possible topics, formats, etc., see the call for submissions: http://cppnow.org/2013/10/21/2014-call-for-submissions/ Boris

1 0

modular-boost comile error
by Vicente J. Botet Escriba 03 Dec '13

03 Dec '13

Hi Im getting this error when compiling several tool sets on the same command line. Best, Vicente ./b2 toolset=clang-3.2xl,darwin-4.8.1x -l 300 -j6 modularized layout build Building the Boost C++ Libraries. Performing configuration checks - symlinks supported : yes - hardlinks supported : yes - 32-bit : no - 64-bit : yes - arm : no - mips1 : no - power : no - sparc : no - x86 : yes - has_icu builds : no warning: Graph library does not contain MPI-based parallel components. note: to enable them, add "using mpi ;" to your user-config.jam - zlib : yes - iconv (libc) : no - iconv (separate) : yes - icu : no - icu (lib64) : no - compiler-supports-ssse3 : yes - lockfree boost::atomic_flag : yes - compiler-supports-avx2 : yes - gcc visibility : yes - long double support : yes warning: skipping optional Message Passing Interface (MPI) library. note: to enable MPI support, add "using mpi ;" to user-config.jam. note: to suppress this message, pass "--without-mpi" to bjam. note: otherwise, you can safely ignore this message. - zlib : yes - 32-bit : no - 64-bit : yes - arm : no - mips1 : no - power : no - sparc : no - x86 : yes - has_icu builds : no - zlib : yes - iconv (libc) : no - iconv (separate) : yes - icu : no - icu (lib64) : no - compiler-supports-ssse3 : no - compiler-supports-avx2 : no - lockfree boost::atomic_flag : yes - gcc visibility : yes - long double support : yes - zlib : yes /Users/viboes/github/modular-boost/tools/build/v2/build/virtual-target.jam:1099: in virtual-target.register-actual-name from module virtual-target error: Duplicate name of actual target: <pstage/lib>libboost_atomic.dylib error: previous virtual target { clang-darwin%clang-darwin.link.dll-libboost_atomic.dylib.SHARED_LIB { clang-darwin%clang-darwin.compile.c++-lockpool.o.OBJ { lockpool.cpp.CPP } } } error: created from libs/atomic/build/boost_atomic error: another virtual target { darwin%darwin.link.dll-libboost_atomic.dylib.SHARED_LIB { darwin%darwin.compile.c++-lockpool.o.OBJ { lockpool.cpp.CPP } } } error: created from libs/atomic/build/boost_atomic error: added properties: <toolset-darwin:version>4.8.1x <toolset>darwin error: removed properties: <toolset-clang:platform>darwin <toolset-clang:version>3.2xl <toolset>clang /Users/viboes/github/modular-boost/tools/build/v2/build/virtual-target.jam:484: in actualize-no-scanner from module object(file-target)@16688 /Users/viboes/github/modular-boost/tools/build/v2/build/virtual-target.jam:134: in class(a)virtual-target.actualize from module object(file-target)@16688 /Users/viboes/github/modular-boost/tools/build/v2/build-system.jam:720: in load from module build-system /Users/viboes/github/modular-boost/tools/build/v2/kernel/modules.jam:289: in import from module modules /Users/viboes/github/modular-boost/tools/build/v2/kernel/bootstrap.jam:139: in boost-build from module /Users/viboes/github/modular-boost/boost-build.jam:17: in module scope from module

3 3

[conversion] GitHub boostorg repos now open for regular use
by Beman Dawes 02 Dec '13

02 Dec '13

Please be cautious at first, and report any problems. It is probably a bit surer to follow the full clone instructions at https://svn.boost.org/trac/boost/wiki/TryModBoost rather than trying to make use of a previous clone. Also note that those instructions have been corrected several times, the most recent correction just a minute ago. We will be setting up write permissions, but that may take a day or so. Thanks, --Beman

1 0

[conversion] Progress Report
by Beman Dawes 02 Dec '13

02 Dec '13

We are very close to being able to go live with boostorg at GitHub. * Following the instructions at https://svn.boost.org/trac/boost/wiki/TryModBoost, the "master" branch seems ready to go. * A couple of libraries on the "develop" branch may still have end-of-line issues. If so, those should be resolved first thing in the morning. So please be patient one more day, and then we should be able to get to work using git and modular boost. --Beman

8 12

circular buffer patch
by Serge A. 02 Dec '13

02 Dec '13

It appears that the circular_buffer no longer has a maintainer. I have a patch that fixes a problem introduced in the latest versions of the circular buffer that it can not correctly work with a custom memory allocator. The patch is provided here: https://svn.boost.org/trac/boost/ticket/9334 The former maintainer suggested to submit a request to this list, so that the patch is included in the daily build and the next release. Thanks! Serge

2 1

[COUNTERTREE + SUBALLOCATORS] Errors corrected, .New Lock system, manycore strategies
by Francisco José Tapia 02 Dec '13

02 Dec '13

I have corrected several errors ( thanks to the people who sent me comment, suggestions and bugs). The lock mechanism ( 1 Writer / N Readers) have been redesigned in order to correct previous errors and increment the speed. The actual version is built over spinlocks and yield functions. It provide an alternative to the upgrade mutex. You have a detailed description with diagrams and examples in https://dl.dropboxusercontent.com/u/8437476/works/countertree_2.0/doc/singl… *LIBRARY DESCRIPTION* This library provide a concurrent and thread safe implementation of the *tree based data structures* (set, multiset, map and multimap, plus a unordered tree named vector_tree) with *random access iterators* and *access by position like a vector*. This permit to *distribute the elements* stored in the trees, between an *arbitrary number of threads*, identically as do with the vectors. Over it you can use many algorithms designed for vectors ( as quicksort over an unsorted tree) and *making easy the design of parallel algorithms* applied to the tree based data structures , and their use by the multicore development tools.. [image: Imágenes integradas 1] These data structures are based on a kind of augmented red-black trees, where each node have a counter with with the number of nodes under which permit the access by position, like in a vector, to the elements stored in the tree, and random access iterators. I named this tree of counters *countertree* Until now, in many practical problems, the binary trees was not used , by the difficult for to distribute the elements stored between an arbitrary number of cores, and the difficult for to develop parallel algorithms. This limitation force to use only 1 thread with these data structures. And with big problems, usually it is not a good solution. With the countertrees, perhaps it would be interested reevaluate some algorithms, and make an comparison between the present algorithms and the possible options, in order to see the performance, the memory used and the flexibility. If you are interested, you have a brief document ( 2 pages) about the manycore strategies<https://dl.dropboxusercontent.com/u/8437476/works/doc/Manycore_Strategies.p…>with this library, and other brief project description<https://dl.dropboxusercontent.com/u/8437476/works/doc/Brief_project_descrip…>(2 pages) where provide a global vision of the project and their parts. I think is a good starting point in order to examine the library. *You can find the code and the documentation in my web pages in dropbox* *https://dl.dropboxusercontent.com/u/8437476/works/countertree_2.0/index.html <https://dl.dropboxusercontent.com/u/8437476/works/countertree_2.0/index.html>* *or if you prefer in a git format* *https://github.com/fjtapia/countertree_2.0 <https://github.com/fjtapia/countertree_2.0>* Please, if you have any idea , any comment or see any fail, any lack, please say me in order to improve the library, and provide between all ,a fast, robust and reliable tool to the C++ programmers. If you want more information, need something, please, say me, and I will try to do. Thanks by your interest. Yours Francisco Jose Tapia e-mail : fjtapia(a)gmail.com

1 0

Subversion repository closed for all commits on all branches
by Beman Dawes 02 Dec '13

02 Dec '13

The Subversion repository is now closed for all commits on all branches. An attempt to commit will fail a pre-commit hook, resulting in the following error message: Command: Commit Modified: C:\boost\trunk\libs\system\doc\index.html Sending content: C:\boost\trunk\libs\system\doc\index.html Error: Commit failed (details follow): Error: Commit blocked by pre-commit hook (exit code 1) with output: Error: This Subversion repository is no longer in active use. Error: Error: It has been superseded by a Git super-project repository Error: and individual Git repositories for each Boost library. Error: Error: See: https://github.com/boostorg Completed!: The next step in the conversion to Git and Modular Boost is to run the conversion script one last time, and then turn it off. We will let you know when that is completed. -- The Release Managers

3 3

[git-help][eclipse] Fetching the full repo?
by Rene Rivera 02 Dec '13

02 Dec '13

First, I'm asking about using git from within Eclipse since that's where I do everything.. I've had a Boost master clone for a long time now. And having a very small amount of time I decided to start updating and looking at the latest state of the repo. Unfortunately everything I attempt to get my local checkout to match the head state of the repo is failing. In particular the subrepos are not being fetched or refreshed. And some of the subrepos are missing and hence show up as pending delete changes. Does anyone know how to get the Eclipse git to fetch/reset to the head fully? Rene. -- -- -- Grafik - Don't Assume Anything -- Redshift Software, Inc. - http://redshift-software.com -- rrivera/acm.org - grafik/redshift-software.com -- 102708583/icq - grafikrobot/aim - grafikrobot/yahoo

1 1

[boost.random] Dependencies/modularization
by Philip Bennefall 01 Dec '13

01 Dec '13

Hi all, I know that I have brought up this subject before and that work is being done to improve the situation, but I just wanted to ask about a specific case that I came across today while attempting to extract a subset of Boost. I want to use mersenne_twister.hpp, uniform_int_distribution.hpp and uniform_real_distribution.hpp from boost.random as part of an open source library that I am developing. Since the only part of Boost that I am using in that library is the Mersenne Twister prng, I figured I would ship the relevant headers along with my own source distribution. I used bcp to scan my code which includes these three headers, and I get a directory which is 2.89 MB in size and which contains 304 files. I looked at what is being included, and in order of size the worst offenders are as follows: preprocessor - 1.82 MB type_traits - 604 KB config - 250 KB The other libraries that are included are tiny, and I would not consider config to be a problem either. Clearly, preprocessor is the worst offender by far here in terms of bloat. I wonder if there is an easy way to get rid of the dependency on that library without hacking Boost too much? As for type_traits, it seems a bit large for what I gather it is being used for in this case but is not the end of the world either. Does anyone have any suggestions? Will the modularization of Boost reduce these dependencies in the not too distant future? I know that a huge effort is being spent moving Boost to Git, but I am curious to know whether there is a roughly estimated timeline for the modularization work? Kind regards, Philip Bennefall

1 0

[type_traits] Why is there no total extent?
by Mostafa 01 Dec '13

01 Dec '13

I was wondering why there is no total_extent in the TypeTraits library. total_extent would represent the total number of elements in a complete built-in array type, else it would be zero. I would think that this would be a natural supplement to the existing extent metafunction. (There is a very similar functionality in the smart pointers library, under the name of array_total here: smart_ptr/detail/array_traits.hpp) Mostafa

1 0

ZeroMQ integration with Boost-v1.54
by Rahul Mathur 01 Dec '13

01 Dec '13

All, Looking to have ZeroMQ integration with Boost-v1.54. I am familiar with Boost.ASIO client and Server model. BTW, How do I proceed to have ZeroMQ integrated with Boost-v1.54 with GCC on Linux platform?

1 0

[conversion] Isolating the phantom file changes problem
by Beman Dawes 01 Dec '13

01 Dec '13

This is the simplest case I could come up with where git clone produced a initially modified state. Any ideas why this is happening? Is this another manifestation of crlf problems? --Beman D:\modular-boost\libs\intrusive>git clone --recursive git@github.com:boostorg/boost.git modular-boost ... much output, no apparent error messages... D:\modular-boost>git status # On branch master # Changes not staged for commit: # (use "git add <file>..." to update what will be committed) # (use "git checkout -- <file>..." to discard changes in working directory) # (commit or discard the untracked or modified content in submodules) # # modified: libs/interprocess (modified content) # modified: libs/intrusive (modified content) # modified: libs/pool (modified content) # no changes added to commit (use "git add" and/or "git commit -a") D:\modular-boost>cd libs/pool D:\modular-boost\libs\pool>git status # Not currently on any branch. # Changes not staged for commit: # (use "git add <file>..." to update what will be committed) # (use "git checkout -- <file>..." to discard changes in working directory) # # modified: doc/images/mb1.svg # modified: doc/images/mb2.svg # modified: doc/images/mb3.svg # modified: doc/images/mb4.svg # modified: doc/images/pc1.svg # modified: doc/images/pc2.svg # modified: doc/images/pc3.svg # modified: doc/images/pc4.svg # modified: doc/images/pc5.svg # no changes added to commit (use "git add" and/or "git commit -a") D:\modular-boost\libs\pool>cd ..\interprocess D:\modular-boost\libs\interprocess>git status # Not currently on any branch. # Changes not staged for commit: # (use "git add <file>..." to update what will be committed) # (use "git checkout -- <file>..." to discard changes in working directory) # # modified: proj/vc7ide/managed_shared_memory.vcproj # modified: proj/vc7ide/offset_ptr_test.vcproj # no changes added to commit (use "git add" and/or "git commit -a") D:\modular-boost\libs\interprocess>cd ..\intrusive D:\modular-boost\libs\intrusive>git status # Not currently on any branch. # Changes not staged for commit: # (use "git add <file>..." to update what will be committed) # (use "git checkout -- <file>..." to discard changes in working directory) # # modified: proj/vc7ide/avl_multiset/avl_multiset.vcproj # modified: proj/vc7ide/avl_set/avl_set.vcproj # modified: proj/vc7ide/sg_multiset/sg_multiset.vcproj # modified: proj/vc7ide/sg_set/sg_set.vcproj # modified: proj/vc7ide/splay_multiset/splay_multiset.vcproj # modified: proj/vc7ide/splay_set/splay_set.vcproj # no changes added to commit (use "git add" and/or "git commit -a")

7 25

An open typeswitch using lambdas
by Sumant Tambe 30 Nov '13

30 Nov '13

Hi, I would like to get feedback on a small typeswitch library I've been working on for some time now. The library is designed to dispatch code (lambdas) based on the actual value of boost::any, boost::variant, and also general polymorphic hierarchies. An example is in order. template <class Poly> void test_poly(Poly& p) { match(p)( [](int i) { std::cout << "int = " << i << "\n"; }, [](double d) { std::cout << "double = " << d << "\n"; }, [](const std::string &s) { std::cout << "string = " << s << "\n"; }, [](std::ostream &o) { std::cout << "found ostream" << "\n"; } ); } int main(void) { std::ios_base &stream = std::cout; boost::any any(std::string("C++ Truths")); boost::variant<int, std::string> var("boost"); double d = 9.99; test_poly(stream); // prints found stream test_poly(any); // prints string = C++ Truths test_poly(d); // prints double = 9.99 test_poly(var) // prints string = boost } The implementation of the library is a little over 250 lines. Check it out here: http://coliru.stacked-crooked.com/a/72597a93b12916d4. clang is the only compiler I've been able to compile it with. It resembles Scala's match statement. Scala's match is way more powerful than what I've been able to achieve with C++ library emulation. It is also quite similar to Stroustrup's "Open and Efficient Typeswitch for C++" ( http://www.stroustrup.com/OOPSLA-typeswitch-draft.pdf) A quick benchmark shows that lambda-based typeswitch is about 4 to 5 times *slower*. If there is sufficient interest, I would be thrilled to contribute this library to boost. I believe it can be further generalized to support n-ary method dispatching. Thoughts? R/ Sumant

4 7

[git] Line endings in bootstrap.bat on Windows
by Björn Pollex 29 Nov '13

29 Nov '13

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

16 41

Is there a thin array wrapper/proxy lying around somewhere?
by Mostafa 29 Nov '13

29 Nov '13

(Yes, I'm aware of boost.array, boost.multiarray, and std::vector.) Is there any thin but complete array wrapper/proxy lying around somewhere in boost? A class that if substituted for an array will behave just like the substituted array? Thanks, Mostafa

7 10

Re: [boost] [conversion] Enforcing tabs to spaces conversions and other git goodies.
by Cox, Michael 28 Nov '13

28 Nov '13

Michael On Thu, Nov 28, 2013 at 8:06 AM, Beman Dawes <bdawes(a)acm.org> wrote: > > On Thu, Nov 28, 2013 at 5:00 AM, Mateusz Loskot <mateusz(a)loskot.net> wrote: > > > On 28 November 2013 08:49, Cox, Michael <mhcox(a)bluezoosoftware.com> wrote: > > > In addition to re-normalizing the line endings, we could also start > > > enforcing coding standards, e.g. tabs converted to spaces standard via > > > gitconfig/gitattribute filters. Git allows you to define filters in your > > > .git/config or ~/.gitconfig file and specifying their use in > > > .gitattributes, e.g. in .gitconfig: > > > > > > # Convert tabs to 4 spaces (uses Linux expand/unexpand commands, so not > > > cross-platform) > > > [filter "tabspace"] > > > smudge = unexpand --tabs=4 --first-only > > > clean = expand --tabs=4 --initial > > > [...] > > > > ...automatically behind the scene? Scary! > > > > IMHO, this belongs to commit hooks. > > > > Qt's sanitize-commit may be a good example > > > > https://qt.gitorious.org/qt/qtrepotools/source/b69da7d675774be14027808328ea… > > > > Michael and Mateusz, > > Yes - sanitizing and commit hooks are important topics. But the way to > handle them is to start a new thread so that they don't get lost in the > line-ending bicycle shed discussion. > > Thanks, > > --Beman Mateusz, I agree hooks have to be used for the "golden" boostorg repositories since folks may forget to configure their local/public repositories with the appropriate hooks/filters, but if Boost goes fully distributed like Linux, there may be a lot of integration repositories a change flows through on it's way to boostorg and it's probably best to get the code normalized as soon as possible. Michael

1 0

More flexible any_cast for boost::any
by DeadMG 28 Nov '13

28 Nov '13

Hello, I've been looking at ABIs and such (various unpleasant reasons). But I recently created the following code: #include <iostream> struct Base { virtual void check() = 0; template<typename T> T* IsDerivedFrom() { try { check(); } catch(T* p) { return p; } catch(...) { return nullptr; } return nullptr; } }; template<typename T> struct Derived : public Base { Derived(T obj) : t(obj) {} T t; void check() override final { throw &t; } }; struct A { virtual ~A() {} virtual void print() = 0;}; struct B : public A { int x; B(int y) : x(y) {} void print() override final { std::cout << x; } }; int main() { Base* b = new Derived<B>(B(5)); A* p = b->IsDerivedFrom<A>(); p->print(); } Whilst this is hardly the cleanest piece of code I've ever written, it also provides a base for implementing a more generic any_cast<ValueType>, which could succeed if ValueType is a base class of the stored type. Amazingly, the Standard requires the code to work but does not provide a cleaner means of implementation. I also note that, for some configurations, you could fall back to the Itanium ABI provided function directly, which would presumably be substantially faster and cleaner. Enabling this variety of any_cast would substantially improve the composability of boost::any. For example, it's arguable that std::function is merely boost::any but with additional interface requirements. With such an any_cast enhancement, it would be quite trivial to compose std::function implementations or similar concepts on top of boost::any.

5 7

Re: [boost] [conversion] Isolating the phantom file changes problem
by Cox, Michael 28 Nov '13

28 Nov '13

In addition to re-normalizing the line endings, we could also start enforcing coding standards, e.g. tabs converted to spaces standard via gitconfig/gitattribute filters. Git allows you to define filters in your .git/config or ~/.gitconfig file and specifying their use in .gitattributes, e.g. in .gitconfig: # Convert tabs to 4 spaces (uses Linux expand/unexpand commands, so not cross-platform) [filter "tabspace"] smudge = unexpand --tabs=4 --first-only clean = expand --tabs=4 --initial Then in .gitattributes: # Code formats *.c text filter=tabspace *.cpp text filter=tabspace *.h text filter=tabspace *.hpp text filter=tabspace *.ipp text filter=tabspace *.tpp text filter=tabspace On a related topic, what is the svneol .gitattribute being used in the .gitattributes file do? I couldn't find it documented (I discovered the filter attribute while searching for the svneol attribute). Also, the mime type specified in a # comment following some attribute rule specification doesn't seem to be a supported syntax, i.e. the '#' has to be in the first column. Michael On Wed, Nov 27, 2013 at 3:02 PM, Gavin Lambert <gavinl(a)compacsort.com>wrote: > On 28/11/2013 05:17, Quoth Dave Abrahams: > > Another possibility might be to explicitly mark all text files in >>> .gitattributes with eol=lf and then run the conversion; I think that >>> would fix the repository blobs, >>> >> >> What goes into .gitattributes has no effect on the content of blobs in >> the repository. >> > > Sorry, when I wrote that I was envisaging the conversion process doing the > equivalent of an SVN checkout and then git add/commit. (And git commit > does take the attributes into account for eol conversion.) > > Since apparently it doesn't work like that, just ignore that suggestion. > > I still think that we need to renormalise the line endings though. Whether > that's done as a reconversion (fixing history) or just as an extra commit > (fixing current heads), that's up to you guys. ;) > > > > > _______________________________________________ > Unsubscribe & other changes: http://lists.boost.org/ > mailman/listinfo.cgi/boost >

3 2

[conversion] Verification check results: svn trunk vs git develop
by Beman Dawes 28 Nov '13

28 Nov '13

* There is an entire library, Boost.Compose, long since deprecated and removed from svn in favor of Boost.Bind or Boost.Lambda, present in the git repos, both in master and develop. * Boost.Interprocess, git develop contains a header libs\include\boost\interprocess\fully_mapped_file.hpp that does not appear in the svn trunk head. * Boost.Type-Traits, git develop contains a header directory, \include\boost\detail, with two header files. Neither these two headers nor the directory are present in svn trunk head. * All 9974 headers in svn trunk/boost head have git super-project boost header entries generated by "b2 headers" and the content, ignoring end of line differences, is identical in all of them. * Exactly the same 5680 regression tests passed for both svn trunk head and git develop head. It doesn't get any better than that! --Beman

2 2

[exception][range] boost/range/size_type.hpp + unexpected dependenciies Exeception -> Units -> Algorithms -> Range -> Concepts
by Vicente J. Botet Escriba 28 Nov '13

28 Nov '13

Hi, The regression test signal this error Test output: MinGW-w64-4.5 jc-bell.com - thread - async__async_p / gcc-mingw-4.5.4 Rev 85699 / Mon, 16 Sep 2013 13:58:07 +0000 Compile [2013-09-16 17:53:55 UTC]:fail "g++" -ftemplate-depth-128 -O0 -fno-inline -Wall -pedantic -g -mthreads -Wextra -Wno-long-long -Wno-variadic-macros -Wunused-function -pedantic -DBOOST_ALL_NO_LIB=1 -DBOOST_CHRONO_DYN_LINK=1 -DBOOST_SYSTEM_DYN_LINK=1 -DBOOST_SYSTEM_NO_DEPRECATED -DBOOST_THREAD_BUILD_DLL=1 -DBOOST_THREAD_THROW_IF_PRECONDITION_NOT_SATISFIED -DBOOST_THREAD_USE_DLL=1 -I".." -c -o "F:\boost\GCC\trunk\results\boost\bin.v2\libs\thread\test\async__async_p.test\gcc-mingw-4.5.4\debug\threading-multi\sync\futures\async\async_pass.o" "..\libs\thread\test\sync\futures\async\async_pass.cpp" In file included from ../boost/range/size.hpp:21:0, from ../boost/range/functions.hpp:20, from ../boost/range/iterator_range_core.hpp:28, from ../boost/range/iterator_range.hpp:13, from ../boost/algorithm/string/replace.hpp:16, from ../boost/units/detail/utility.hpp:25, from ../boost/exception/detail/type_info.hpp:19, from ../boost/exception/detail/object_hex_dump.hpp:15, from ../boost/exception/to_string_stub.hpp:16, from ../boost/exception/info.hpp:16, from ../boost/exception/detail/exception_ptr.hpp:20, from ../boost/exception_ptr.hpp:9, from ../boost/thread/future.hpp:28, from ..\libs\thread\test\sync\futures\async\async_pass.cpp:29: ../boost/range/size_type.hpp:80:5: error: expected ';' before '}' token ../boost/range/size_type.hpp:80:5: error: expected ';' before '}' token ../boost/range/size_type.hpp:87:5: error: expected ';' before '}' token ../boost/range/size_type.hpp:87:5: error: expected ';' before '}' token BOOST_RANGE_CONCEPT_ASSERT((boost::SinglePassRangeConcept<T>)) This is surely due to a changeset on Boost.Range (85690?). Maybe an inclusion to Concepts is missing. Could the maintainer take a look? What is more surprising is the chain of dependencies the inclusion of boost/exception_ptr.hpp conveys. Exeception -> Units -> Algorithms -> Range -> Concepts. Is there a way to break these dependencies? Best, Vicente

4 8

Git conversion fixes
by Dave Abrahams 28 Nov '13

28 Nov '13

We have two issues currently extant: 1. Some files that were deleted in SVN history are still present in the Git HEAD 2. Some people are dissatisfied with the way line endings are handled, especially on Windows I didn't expect to spend my Thanksgiving vacation working on this stuff, but I am getting myself set up to diagnose and fix #1. I am not going to try to fix #2, mostly because it's too open-ended, and there isn't even a consensus in the community about what a fix should look like. If a consensus is formed around a desired outcome, I am willing to at _least_ help in an advisory capacity, in which case someone should send me a personal email. Thanks, Dave

5 5

[build] clang-win help needed
by Edward Diener 28 Nov '13

28 Nov '13

The clang-win.jam file, which was provided by 'tr1gun' as an attachment to another thread in Boost Build, inherits its generators, flags, and rules from msvc.jam. The lines in clang-win.jam are: toolset.inherit-generators clang-win <toolset>clang <toolset-clang:platform>win : msvc ; toolset.inherit-flags clang-win : msvc : <debug-symbols>on/<debug-store>object : YLOPTION ; toolset.inherit-rules clang-win : msvc ; In order to eliminate the VC++ /EH(x) option, which clang using VC++ RTL does not use, I added into the file a rule: rule compile.c++ ( targets * : sources * : properties * ) { C++FLAGS on $(targets) = [ set.difference [ on $(targets[1]) return $(C++FLAGS) ] : /EHs ] ; } suggested by Steve Watanabe. This effectively eliminates the /EHs option when compiling with clang. However when a 'run' action is done, with clang as the compiler, the compile step is never called. If I remove the 'rule compile.c++' from the clang-win.jam file the compile step is called before the link and execute steps of the 'run' action, but of course the compile step then issues the /EHs warning which the insertion of the above rule eliminated. Does anybody know why adding the above rule causes the 'run' action to not compile the appropriate fle before attempting the link and execute ?

1 0

Peer Review Report for proposed Boost.TypeIndex v2.1 Nov 12th – 21st 2013
by Niall Douglas 27 Nov '13

27 Nov '13

Please let me know as soon as possible any errata, missing credits etc. Niall Boost Peer Review Report for proposed Boost.TypeIndex v2.1 Nov 12th – 21st 2013 This report is the first edition, dated Sunday 24th November 2013. The review manager was Niall Douglas http://www.nedprod.com/. Source: https://github.com/apolukhin/type_index/zipball/master Documentation: http://apolukhin.github.com/type_index/index.html Peer review discussion detail: http://boost.2283326.n4.nabble.com/TypeIndex-Peer-review-period-for-library… My thanks to the Boost members whose peer review makes up this report: Robert Ramey, Vicente J. Botet Escriba, Gavin Lambert, Andrey Semashev, Steven Watanabe, pfultz2, Mathieu Champlon, Joël Lamotte Klaim, Rob Stewart, Jan Herrmann, Tony Van Eerd. Contents: · Summary of consensus from peer review ......................................................................................................... 1 · My recommendation to the library author and the Review Wizards ................................................................ 3 Summary of consensus from peer review: The consensus feedback was to accept TypeIndex after substantial modifications. There were two recommendations of rejection due to how substantial such modifications would need to be (i.e. a request for a second round of peer review with a new implementation). Note that my personal opinion based on post-review reflection is written in [square bracketed italics]. · Many seemed to feel that a boost::type_info’s member function API, where identically named to that of std::type_info member function API, ought to have identical compile-time effects. This implied that missing member function APIs, or other compile time errors for missing or incomplete functionality, would be okay but if name() returns some const char *, then any const char * so long as it meets the C++ standard is okay. [I think there are three use cases for a type_info like substitute: (i) as a lightest possible weight, non-RTTI requiring minimal type_info which can have any API it likes and ought to not be directly substitutable for std::type_info or std::type_index (ii) as a compile-time substitute for std::type_info in that it will compile without third party code modification, but may not produce reliable code due to not returning exactly the same values as std::type_info (iii) as a runtime substitute for std::type_info in that it will require code to be “ported” to it due to having a breaking API, but thereafter produces reliable code. I’ll be very blunt in saying that (ii) is a bad idea in my opinion, and (iii) is valuable but out of scope enhancement which could be added as a separate class after peer review. In my opinion, (i) is where we ought to focus, and I would recommend that the lightest possible weight type_info replacement be deliberately compile-time incompatible with std::type_info (where output is not identical to std::type_info) to force porting code to it so authors are not lazy.] · A large minority seemed to feel that a boost::type_info’s member function API, where identically named to that of std::type_info member function API, ought to have identical run-time outcomes. Most specifically, this would mean that member functions e.g. name() would return exactly what std::type_info’s name() does, even if for example name() returns a std::string instead of a const char * as would be necessary in pre-C++11 compilers. [This is really use case (iii) in the previous item.] · It was mentioned that it should be possible to optionally specialise std::hash<> for type_info for optional seamless use in hash taking containers. · Some felt that implementation-specific std::type_info quirks ought to be replicated. Others felt they should not, and a portable interface which works identically on all platforms is preferred. [This is really use case (iii) in the previous item.] · boost::type_info is currently initialised via a static cast from a std::type_info when RTTI is available. This is undefined behaviour, and some felt this to be a showstopper. I (Niall Douglas) looked into this more deeply due to its seriousness, and found that because most STL implementations define std::type_info with a virtual function table, the undefined behaviour static cast would cause dynamic_cast on a boost::type_info instance to misoperate. [I believe the RTTI induced misoperation to indeed be a showstopper, and that this use of undefined behaviour to reduce code bloat is an unsafe optimisation. A much lighter weight non-direct-substitute for std::type_info ought to be as code bloat parsimonious as is possible, while its lack of non-explicit interoperation ability with std::type_info ought to allow avoidance of needing any UB tricks.] · Some felt that any use of implied boost::type_info ought to be explicitly written as boost::type_info instead of relying on namespace lookup, as the name similarity to std::type_info may introduce confusion. [I agree] · It was mentioned that some function-local static data members are initialised in a thread unsafe way. [For information I have to hand a very lightweight BOOST_BEGIN_MEMORY_TRANSACTION() implementation ideal for this purpose. We could submit it to Boost.Detail and then everyone could use it?] · Magic macros such as __PRETTY_FUNCTION__ ought to not be referenced outside of a function as they don’t technically exist there. Checks for their existence ought to be within a function. · It was requested that a boost::type_id<> which takes some unknown variable instance as a parameter and therefore allows the compiler to deduce the type of the variable as the boost::type_index<T> type would be valuable. · A mechanism for programming compile-time logic with class inheritance trees such that inheritance can be determined at compile-time with RTTI disabled was requested. My recommendation to the library author and the Review Wizards: · In my opinion Antony ought to make TypeIndex v3 quite literally a very lightweight container of some unknown, but known to be uniquely identifying for some type, static const char * string. I think its class type and its list of member functions ought to be deliberately compile-time incompatible with std::type_info to force authors to upgrade their code. A conversion member function ought to be able to synthesise a corresponding std::type_info using typeid() from some boost::type_index<T>, but that’s about it. I would even, personally speaking, go so far as to only provide a boost::type_index and no corresponding boost::type_info, especially if the boost::type_id<T>() function can return a const boost::type_index<T>& and therefore can be used as a static const lref, or copy constructed from it etc. A suggested name() member function replacement which correctly breaks out the multiple confounding uses of std::type_info::name() into each of their three use cases (and which intentionally causes any use of name() to fail to compile) might be: Text Box: /*! Returns a static const char string of unknown format uniquelyidentifying this type.The only guarantee is that this string will beunique to the type within this process lifetime. */const char *unique_name() const noexcept;/*! Returns a representation of this type suitable for printing.This call may take some time as its storage may not be cached. */std::string pretty_name() const;class enum mangling{Native, //!< Whatever the native mangling used by this toolset isMSVC, //!< The Microsoft C++ mangling formatItanium //!< The Itanium C++ mangling format};/*! Returns the mangled form of the string representation of the type.After the calculation the value is cached statically such that the c_str()function can be used to convert the returned string to a const char *format identical to what may be returned by std::type_info::name() (orraw_name() on MSVC).This function may throw an exception if it does notsupport mangled type string calculation, including when mangling=Native onsome Bear in mind that user code can always subclass boost::type_index and add their own name() implementation based on one or more of the above new member functions. · In other words, here I think “less is more” in every way you look at it. I think a slimmer less heavy TypeIndex would be a superior solution. · I request the Review Wizards to allow Antony some time to make the changes to produce a v3 of the library, and then to allow TypeIndex v3 a Fast Track Review of five days to ensure the Boost community is happy and that its feedback has been incorporated. It was asked during peer review that such a five day period please include a weekend. I would be happy to serve as review manager again if requested. Niall Douglas Waterloo, Canada, November 2013

6 26

[conversion] Verification check results: svn branches/release vs git master
by Beman Dawes 27 Nov '13

27 Nov '13

* As reported previously, the follow extra header files are present in the git repos: > boost\functional\hash\Attic\deque.hpp > boost\functional\hash\Attic\list.hpp > boost\functional\hash\Attic\map.hpp > boost\functional\hash\Attic\pair.hpp > boost\functional\hash\Attic\set.hpp > boost\functional\hash\Attic\vector.hpp > boost\property_tree\detail\exceptions_implementation.hpp > boost\property_tree\detail\path_implementation.hpp > boost\property_tree\detail\pugxml.hpp > boost\property_tree\detail\translator_implementation.hpp > boost\property_tree\detail\xml_parser_read_pugixml.hpp > boost\property_tree\detail\xml_parser_read_pugxml.hpp > boost\property_tree\detail\xml_parser_read_spirit.hpp > boost\property_tree\detail\xml_parser_read_tinyxml.hpp * There were no missing header files in master. * Except for line endings and svn $Id$, $Revision$, and $Date$, there were no differences in content between header files in svn branches/release and git master. * Regression tests were run on both svn branches/release and git master. 5447 tests passed on each, however each had one test that passed on it but failed on the other. See the following two items for details. * Boost.Thread test_thread_lib passed on svn branches/release (and in the public regression tests) but failed on svn master. The message was: ====== BEGIN OUTPUT ====== Running 8 test cases... d:/modular-boost/libs/thread/test/./util.inl(160): fatal error in "test_creation_through_reference_wrapper": Timed test didn't complete in time, possible deadlock. *** 1 failure detected in test suite "Master Test Suite" EXIT STATUS: 201 ====== END OUTPUT ====== Windows decided to go to sleep in the middle of the run, and that may account for this error. * Boost.Thread ex_executor_lib passed in git master, but failed in svn branches/release. The message was: ====== BEGIN OUTPUT ====== 1178 ..\libs\thread\test\..\example\executor.cpp[ 58] int __cdecl main(void) 940 6776 ..\libs\thread\test\..\example\executor.cpp..\libs\thread\test\..\example\executor.cpp[[ 2126] ] void __cdecl p1(void)void __cdecl p2(void) 940 d5c1a78 ..\libs\thread\test\..\example\executor.cpp..\libs\thread\test\..\example\executor.cpp[[ 2121] ] void __cdecl p1(void)void __cdecl p1(void) d5c 1a78 ..\libs\thread\test\..\example\executor.cpp..\libs\thread\test\..\example\executor.cpp[[ 2621] ] void __cdecl p2(void)void __cdecl p1(void) ..\libs\thread\test\..\example\executor.cppd5c [ 1a..\libs\thread\test\..\example\executor.cpp] [void __cdecl p2(void)26 ] void __cdecl p2(void) 940 d5c ..\libs\thread\test\..\example\executor.cpp..\libs\thread\test\..\example\executor.cpp[[ 2126] ] void __cdecl p1(void)void __cdecl p2(void) d5c 940 ..\libs\thread\test\..\example\executor.cpp..\libs\thread\test\..\example\executor.cpp[[ 3131] ] int __cdecl f1(void)int __cdecl f1(void) Assertion failed: 0 && "Boost::Chrono - Internal Error", file C:\boost\svn-release-final\boost/chrono/detail/inlined/win/chrono.hpp, line 44 1178 ..\libs\thread\test\..\example\executor.cpp[ 67] int __cdecl main(void) t1= 1 EXIT STATUS: 3 ====== END OUTPUT ====== I have no idea why it would pass for testers but not for me, but am much less worried about a failure in svn branches/release than git master. --Beman

3 5

[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

Design query using Boost.
by Rahul Mathur 24 Nov '13

24 Nov '13

All, I have a design sinerio. I have different struct (C structures) having different data's but NO similarities between struct and each struct does different operations. The struct for example are - struct Apple { int A; char B; long C; double d; .. ..}; struct Orange { char A; int B; unsigned int C; long d; .. }; and maybe few more. Above few struct data members have dynamic data and other members have fixed/hardcoded datas. The complete struct is send as a buffer to a remote machine through native send()/read() API calls which has been successfully implemented. Please note this data as tested were hard coded or completely static but didn't had combination of dynamic/real and static data.. Now such operations (viz different or repeated) with ONE/MULTIPLE SET of data could be many as 1000, I wish now to send complete operations to remote machine, get a ACK from it and work on this struct data with modification/cancellation/reject/etc operations. One way could be to work with something similar - struct Apple { ... ..}; vector <Apple> data; data.insert (begin();end()) --- But, I have few questions - 1. I can have "std::map<string, vector>" and send this data as native send(). Latter read/recv() with string. Am I correct as I would have multiple operations? 2. I do wish to maintain synchronisation using Boost::lockfree mechanism latter? 3. Any other techniques? Thanks.

1 0

Adjacency lists
by Nouf M. 24 Nov '13

24 Nov '13

Hi, I have two *huge* text file with graph data.. the format of the files are as follows: File 1(vertices): Two field in each line (name + weight) e.g. Dan 5 David 7 Jack 3 File 2(edges): Three fields in each line (name name weight) e.g. Dan David 3 Jack David 1 I would like to store the data in an adjacency list using boost. I have wrote the following code: struct VertexProperties { //std::size_t index; std::string name; int weight; }; struct EdgeProperties { EdgeProperties(const int& w) : weight(w) { } int weight; }; My question, is the above code correct? should I include an index in the VertexProperties (I don't have an index in my graph data)? What is more efficient in the searching (latter on) with or without an index? Thank you...

1 0

R-MAT graphs
by Nouf M. 24 Nov '13

24 Nov '13

Hi, I have recently downloaded Boost… I tried the example in the “getting started” page (Lambda)… it worked which means that the installation is fine… The main purpose of installing Boost is that I want to generate graphs using R-MAT in which I found an example at: http://www.boost.org/doc/libs/1_50_0/libs/graph_parallel/doc/html/scalable_… I copied the example and pasted it in the place of the (Lambda) example to make sure that the project is opened correctly (I’m using visual stdio 2012), however, It did not compile successfully, I received the following error: fatal error C1189: #error : "Parallel BGL files should not be included unless <boost/graph/use_mpi.hpp> has been included" I tried to include <boost/graph/use_mpi.hpp> but with no luck, I received the following error: fatal error C1083: Cannot open include file: 'mpi.h': No such file or directory What should I do? Please help me… Best regards, Nouf

2 2

[Conversion] Ready to turn off write access to svn?
by Beman Dawes 24 Nov '13

24 Nov '13

According to the calendar (http://www.boost.org/community/index.html) it is time to turn off write access to the Subversion repo. Are there any showstoppers? --Beman

8 16

Subversion repository closing. Conversion to Git imminent.
by Beman Dawes 22 Nov '13

22 Nov '13

The Boost Steering Committee has given the final approval for the conversion from Subversion to Git, including the modularization of Boost library repositories. The Subversion repository will be closed for all changes to all branches, including the sandbox, Sunday, November 23 2013, 00:00 hours UTC. That's 8 PM Saturday, US East Coast time, and 5 PM US West Coast time. Please make no svn commits after that time. We will be adding a pre-commit hook that prevents commits, but please do not wait for that becomes active. After svn is closed, the conversion will be run one last time, and then turned off. Then there is a week set aside for final validity checks, testing, and general scurrying around. When that is done, the boostorg repo on GitHub will open for business. If everything goes smoothly, it may take less than a week but if there are glitches it may take longer. --Beman

2 3

milliseconds UTC from discrete year, month, day, hour, minute, second
by Victor Yankee 22 Nov '13

22 Nov '13

Hello, Can someone should me how to calculate the milliseconds since jan 1, 1970 in UTC, given separate variables holding the year, month,day,hour,minute and seconds? Thanks,

3 2

[MPL] Reason for mpl::quote's name
by Louis Dionne 22 Nov '13

22 Nov '13

Hi, I was just wondering about the origin of the `mpl::quote` metafunction class. Why was this name chosen? Thanks, Louis Dionne

4 5

[Boost-build] Android tests run
by Antony Polukhin 22 Nov '13

22 Nov '13

Hi all, With help of Steven Watanabe, Vladimir Prus and Boost-for-Android project, I've finally run the regression tests on Android ARM. Results can be already seen on the regression test page for trunk. Here is a description of some common issues that can be seen in regression tests results: "arm-linux-androideabi/bin/ld.exe: error: cannot find -lrt" Some of the Android libraries (for example librt) are merged with libc. Some patches to b2 required not to add -lrt fot the platform. "soinfo_link_image(linker.cpp:1635): could not load library "libboost_unit_test_framework-gcc-d-1_55.so.1.55.0" needed by "./copy_if_test1"; caused by load_library(linker.cpp:745): library "libboost_unit_test_framework-gcc-d-1_55.so.1.55.0" not found" This is because of cross compilation - tests are compiled in Win and then copied to the emulator. This is an error in my copying script that will be fixed someday. Also please note, that sources are compiled with -DBOOST_ASIO_DISABLE_STD_ATOMIC and -DBOOST_AC_USE_PTHREADS because there are some issues with std::atomic on android (See https://code.google.com/p/android/issues/detail?id=42735#makechanges ) This must be possibly added to the config of the libraries by default. Some hints: * You can check for android platform in your code using defined(__ANDROID__). * __ANDROID__ can run on different hardware, so do not assume that it will be always ARM. * Having problems with Jamfile and cross compilation? Use <target-os> instead of <host-os> in your jamfiles. * Boost-for-Android project ( https://github.com/MysticTreeGames/Boost-for-Android) may contain some useful fixes for your library. Author of the library "would love" to see the issues integrated, see discussion at https://github.com/MysticTreeGames/Boost-for-Android/pull/15 This letter is cc'ed to the boost-build because of: * "-lrt" issues * Is there a way to install/call_script for all the boost libraries before running the regression tests? * specifying "<threadapi>pthread" in user-config.jam does not work -- Best regards, Antony Polukhin

1 0

[chrono] boost::chrono::floor() and negative durations
by Krzysztof Czainski 22 Nov '13

22 Nov '13

Hello, The function boost::chrono::floor() is documented: "This function round down the given parameter." Therefore I expect the assert in the following program to pass, but it fails: #include <boost/chrono/floor.hpp> #include <cassert> int main() { boost::chrono::nanoseconds const nsec( -1 ); boost::chrono::seconds const sec = boost::chrono::floor<boost::chrono::seconds>(nsec); assert( sec.count() == -1 ); } Is this intended behavior? If yes, could the docs be updated to clarify this? Regards, Kris

3 6

Fwd: Ask for a solution regarding to the function intersection() in boost geometry
by Jun Zhang 21 Nov '13

21 Nov '13

Dear Sir/Madam, Many thanks for your work on boost library. I am a user of the library. But now I meet a problem regarding to the function intersection. Could you please see the attached file. When I get the intersection of the polygon "red" and "blue" with the function, the output is the "green" (only one polygon). However, "green" should be two polygons. And if the green is regarded as one polygon, there is some error to get the intersection of it with others. That means I cannot calculate the intersection of "green" and "blue" with intersection(). The error is as following: This application has requested the Runtime to terminate it in an unusual way. Please contact the application's support team for more information. terminate called after throwing an instance of 'boost::geometry::overlay_invalid_input_exception' what(): Boost.Geometry Overlay invalid input exception All the best -- Dr.-Ing. Jun Zhang Jülich Supercomputing Centre Institute for Advanced Simulation phone +49 2461 61 1995 E-Mail: ju.zhang(a)fz-juelich.de<mailto:ju.zhang@fz-juelich.de> Internet: http://www.fz-juelich.de/ias/jsc ------------------------------------------------------------------------------------------------ ------------------------------------------------------------------------------------------------ Forschungszentrum Juelich GmbH 52425 Juelich Sitz der Gesellschaft: Juelich Eingetragen im Handelsregister des Amtsgerichts Dueren Nr. HR B 3498 Vorsitzender des Aufsichtsrats: MinDir Dr. Karl Eugen Huthmacher Geschaeftsfuehrung: Prof. Dr. Achim Bachem (Vorsitzender), Karsten Beneke (stellv. Vorsitzender), Prof. Dr.-Ing. Harald Bolt, Prof. Dr. Sebastian M. Schmidt ------------------------------------------------------------------------------------------------ ------------------------------------------------------------------------------------------------

1 0

Problems building boost.python against python 3.x on Windows
by Fredrik Orderud 21 Nov '13

21 Nov '13

There seem to be a problem building boost.python against python 3.x on Windows. Steps to reproduce: * Download & unzip boost 1.55 * bootstrap.bat * set PYTHONHOME=C:\Python33 * b2 link=shared runtime-link=shared toolset=msvc-11.0 b2 will then output the following: --- warning: No python installation configured and autoconfiguration note: failed. See http://www.boost.org/libs/python/doc/building.html --- This does not happen if building against Python 2.7 with set PYTHONHOME=C:\Python27. I suspect that the reason is due to tools\build\v2\engine\build.jam only containing logic for python 2.2-2.7. Could anyone please look into this? Thanks in advance, Fredrik

1 0

[Config] N3276 decltype support detection missed for VC++12 (Ticket #9410)
by Michel Morin 20 Nov '13

20 Nov '13

As you know, VC++12 (aka 2013) completed N3276 decltype support. (See, e.g. http://msdn.microsoft.com/en-us/library/vstudio/hh567368.aspx http://thread.gmane.org/gmane.comp.lib.boost.devel/233752/focus=239118 ) Unfortunately the detection code for VC++12's N3276 decltype support hasn't been updated yet, as reported in #9410 (decltype N3276 for MSVC12 + compile fix for tests) https://svn.boost.org/trac/boost/ticket/9410 Ticket #9410 has a patch for this issue. The patch also fixes the test code of Boost.Config. Regards, Michel

1 0

Re: [boost] decay.hpp problem
by Tim Burgess 20 Nov '13

20 Nov '13

OK, Here's the output from the Log Navigator, showing how includes are being stacked. I've placed it at: https://dl.dropboxusercontent.com/u/29578720/Build%20log.rtf I noted the references to wxAny, which I was using for handling variants, but I've now replaced this with boost::any and I'm not including wxAny in any of my modules, despite the log seeming to implicate this class. Again, the new version of the code builds fine using VS2010, but fails using Xcode. Best wishes. Tim Burgess -----Original Message----- From: Steve Ramsey [mailto:steve@lucena.com] Sent: 18 November 2013 18:59 To: tim(a)raisedbar.net Subject: Re: [boost] decay.hpp - anonymous enum problem On Nov 18, 2013, at 7:37 AM, Tim Burgess <tim(a)raisedbar.net> wrote: > I'm pretty much a newbie when it comes to Xcode, so I've no idea how > to get you that trace - the Issue Navigator gives me no clues as to > what's including/calling decay.hpp. Any clues/links to reading > materials would be most welcome. I find the Log Navigator using the Assistant editor pane to be more flexible than the Issue Navigator when dealing with failed build detritus. So, from the Log Navigator, select your failed build. In the editor pane, you'll find an expandable list of build issues broken down by file. On the far right side of each file-level entry, there is a "show transcript" widget; popup text shows the internal command that was issued for the file and when it was issued. Clicking the widget will show a complete dump of the compiler/linker output for that particular command. It's also possible to right-click on any given issue entry and copy the transcript for either just the current issue or for the entire filtered list of issues. Steve

3 3

VC2013 1.55 beta failures
by Olaf van der Spek 19 Nov '13

19 Nov '13

Hi, Building 1.55 beta keeps failing on VC2013 RC. Trunk fails too IIRC. compile-c-c++ bin.v2\libs\date_time\build\msvc-12.0\debug\link-static\threading-multi\gregorian\greg_month.obj greg_month.cpp C:\VC\boost_1_55_0b1\boost/iterator/detail/facade_iterator_category.hpp(166) : error C2039: 'assert_not_arg' : is not a member of 'boost::mpl' C:\VC\boost_1_55_0b1\boost/mpl/eval_if.hpp(41) : see reference to class template instantiation 'boost::detail::facade_iterator_category_impl<CategoryOrTraversal,ValueParam,Reference>' being compiled with [ CategoryOrTraversal=boost::forward_traversal_tag , ValueParam=std::basic_string<char,std::char_traits<char>,std::allocator<char>> , Reference=const std::basic_string<char,std::char_traits<char>,std::allocator<char>> & ] C:\VC\boost_1_55_0b1\boost/iterator/detail/facade_iterator_category.hpp(193) : see reference to class template instantiation 'boost::mpl::eval_if<boost::detail::is_iterator_category<CategoryOrTraversal>,boost::mpl::identity<boost::forward_traversal_tag>,boost::detail::facade_iterator_category_impl<CategoryOrTra versal,ValueParam,Reference>>' being compiled with [ CategoryOrTraversal=boost::forward_traversal_tag , ValueParam=std::basic_string<char,std::char_traits<char>,std::allocator<char>> , Reference=const std::basic_string<char,std::char_traits<char>,std::allocator<char>> & ] C:\VC\boost_1_55_0b1\boost/iterator/iterator_facade.hpp(104) : see reference to class template instantiation 'boost::detail::facade_iterator_category<CategoryOrTraversal,ValueParam,Reference>' being compiled with [ CategoryOrTraversal=boost::forward_traversal_tag , ValueParam=std::basic_string<char,std::char_traits<char>,std::allocator<char>> , Reference=const std::basic_string<char,std::char_traits<char>,std::allocator<char>> & ] C:\VC\boost_1_55_0b1\boost/iterator/iterator_facade.hpp(620) : see reference to class template instantiation 'boost::detail::iterator_facade_types<Value,CategoryOrTraversal,Reference,Difference>' being compiled with [ Value=std::basic_string<char,std::char_traits<char>,std::allocator<char>> , CategoryOrTraversal=boost::forward_traversal_tag , Reference=const std::basic_string<char,std::char_traits<char>,std::allocator<char>> & , Difference=ptrdiff_t ] C:\VC\boost_1_55_0b1\boost/token_iterator.hpp(40) : see reference to class template instantiation 'boost::iterator_facade<boost::token_iterator<TokenizerFunc,Iterator,Type>,Type,boost::forward_traversal_tag,const Type &,ptrdiff_t>' being compiled with [ TokenizerFunc=char_separator_type , Iterator=std::_String_const_iterator<std::_String_val<std::_Simple_types<char>>> , Type=std::basic_string<char,std::char_traits<char>,std::allocator<char>> ] C:\VC\boost_1_55_0b1\boost/date_time/date_parsing.hpp(132) : see reference to class template instantiation 'boost::token_iterator<TokenizerFunc,Iterator,Type>' being compiled with [ TokenizerFunc=char_separator_type , Iterator=std::_String_const_iterator<std::_String_val<std::_Simple_types<char>>> , Type=std::basic_string<char,std::char_traits<char>,std::allocator<char>> ] C:\VC\boost_1_55_0b1\boost/date_time/gregorian/parsers.hpp(30) : see reference to function template instantiation 'date_type boost::date_time::parse_date<boost::gregorian::date>(const std::string &,int)' being compiled with [

13 52

Interesting variadic template trick
by Louis Dionne 19 Nov '13

19 Nov '13

Hi, As some might know, I'm currently working on a reimplementation of the MPL for C++11. In doing so, I came across a technique that I did not know of and I thought I would share my discovery with the community. If this is already well known, please excuse my ignorance. The goal is to implement fast compile-time conjunction and disjunction. It goes like this: template <typename ...T> void allow_expansion(T&&...); template <typename ...T> struct or_ { static constexpr bool value = !noexcept( allow_expansion((T::value ? throw : 0)...) ); }; That's it! Note that disjunction is easily obtained in a similar way. The benefit of this technique over traditional implementations is that it's several times faster according to my benchmarks. However, you might have noticed that short-circuit evaluation is not respected so the above technique is only suitable when short-circuit evaluation is not required. If you find this interesting, see [1] for a collection of similar techniques. The one I posted above seems to be the fastest with Clang and GCC. Regards, Louis Dionne [1] https://gist.github.com/ldionne/7522393

7 12

[git help] GitHub boostorg library authentication
by Beman Dawes 19 Nov '13

19 Nov '13

To test the modular boost docs I'm writing, I did this: git clone --recursive https://github.com/boostorg/boost.git modular-boost cd modular-boost ./bootstrap.sh ./b2 headers cd libs/system git checkout develop # did a simple edit of one file git commit -a -m "my bug fix" git push origin develop Everything ran as expected until the last step, which resulted in this: Username for 'http://github.com': That's a problem. Authentication needs to happen automatically. What steps did I miss? Thanks, --Beman

6 11

Re: [boost] Improving Documentation
by Andrew Hundt 19 Nov '13

19 Nov '13

On Thu, Oct 10, 2013 at 12:20 AM, Robert Ramey <ramey(a)rrsd.com> wrote: > Jeff Flinn wrote: > > On 10/9/2013 12:41 PM, Robert Ramey wrote: > >> Daryle Walker wrote: > >>>> From: ramey(a)rrsd.com > > I wish this thread had come up 3-4months ago. Unlike you I couldn't > > grok the docs to use multi-array as a back end to a Qt table where I > > needed > > to support run time row/col insertion/deletion. I was under time > > constraints and found it much easier to build my own facilities. I'm > > not sure whether it was due to docs or design. > > Well, I did come to understand it pretty well. But I really have to > say I spent a LOT of time poring over the documentation, experimenting > etc. The oddest thing to me is that now it seems easy to me and I > can't figure out what I spent the time on - we're talking a few days. > I had the same experience (only worse) with units library. Actually > I have this experience with almost every boost library I use. This > brings up the whole question of documentation of boost libraries > and in fact documentation of computer libraries in general. I've spent > a lot of time thinking about this lately. I feel we've been too lax in > accepting libraries after the review whose documentation isn't up > to some minimum standard (not that we have a standard). > > Robert Ramey > +1 Every boost library I've used has been great once I've understood it. However, I have trouble getting some very smart people on my team to use existing boost tools because they find it confusing, and they also have a tough time finding the functionality they need. I believe this is a documentation problem. For example, a number of people I know were surprised when I told them that the /libs folder contains examples and unit tests for every library. The documentation doesn't seem to consistently provide links and explanations of each. I believe I spent months as a user before I found the libs folder. I'll take boost.container.static_vector, as an additional example. I contributed to it so it seems like a decent choice. Here are the two most easily accessible links in Boost.Container for documentation of static_vector: http://www.boost.org/doc/libs/1_54_0/doc/html/container/non_standard_contai… The first link contains the first block of text about static_vector I expect one would run into, and there isn't even a link to the class documentation! http://www.boost.org/doc/libs/1_54_0/doc/html/boost_container_header_refere… This second link is the typical header documentation throughout boost. When I first started using boost it was months before I realized that in these header synopsis I could click on the words of the class to see the full documentation of that class, in this case "static_vector". Much of the time I just felt confused and lost. I think this is indicative of a layout and user interface that needs some improvement. Now, perhaps I should blame myself for this in the static_vector case and fix it, but it is indicative of the general documentation problems. One example of C++ documentation I have found that I've actually been happy with is cppreference.com. If you look at their front page they have many of the major classes, and with one click you are in there reading what you want to know, with examples at the bottom of every page. It is actually entertaining that they mention boost documentation in their FAQ as follows: Why is the material here limited to the standard C and C++? > In short, we chose quality over quantity. Some boost libraries<http://www.boost.org/> could > also be candidates for inclusion though. While their tutorials are very > good, the *reference* documentation is often very inflexible and > inconvenient. So, is there anything we can do about it? I remember a couple of years ago Boost had a "Bug Sprint" with the goal of closing lots of open tickets. Perhaps we should do a "documentation sprint"? Here is an interesting article about writing good documentation that also contains links to other solid articles that I recommend checking out: http://stevelosh.com/blog/2013/09/teach-dont-tell/ Cheers! Andrew Hundt

13 63

[git] [modular boost] Switchover schedule proposal
by Beman Dawes 19 Nov '13

19 Nov '13

The showstoppers other than documentation have been cleared from the conversion issues list. That includes the issues blocking documentation, so doc work is underway again. The 1.55 release is scheduled for November 4, and as of the moment it doesn't look like that will sip much if at all. I'm assuming that we want to reopen svn branches/release for a week or so after 1.55 ships as some developers would like to merge pending changes to branches/before the switchover. That would mean an actual switchover starting about November 11. It seems to me we need approximately a week after svn is made read-only and the final conversion run is done to verify the correctness of the conversion. During that time it seems to me that it would be unwise for developers to make git commits since if a serious problem was discovered we might decide to rerun the conversion process, wiping out the git repos. At that point (roughly November 18, we would go totally live and developers could resume their work, now using git and modular boost. Comments, --Beman

10 33

concept_check() fails for types from unnamed namespace on gcc 4.2.3
by Adam Romanek 19 Nov '13

19 Nov '13

Dear Boosters! I already posted this message to boost-users lists last week but I got no response. So here we are. I have a problem compiling some source code that uses Boost 1.54 and gcc 4.2.3 (it's a toolchain for a MIPS platform but that's irrelevant). Basically there is a problem with checking concepts on types that come from unnamed namespaces. See the attached code example and compiler error message. Note that the same code compiles without any problems on gcc 4.6.3. I've found a question on boost-dev list [1] and a ticket [2] related to this particular issue. Note that the ticket was closed with "worksforme" resolution, which I don't understand - the problem is still out there. Now since Boost's minimal requirements are gcc 3.3 [3] then should I consider it a bug that I should report or is it a known issue? In case the latter is true then what should I do? [1] http://boost.2283326.n4.nabble.com/concept-check-fails-with-types-declared-… [2] https://svn.boost.org/trac/boost/ticket/2037 [3] http://www.boost.org/users/history/version_1_55_0.html WBR, Adam Romanek

3 2

[asio] How to initialize a strand
by Kyle Ketterer 19 Nov '13

19 Nov '13

Hello, I am just curious - how you can you initialize an strand via assignment? I am passing an strand by reference to an object so I have a reference variable declared: boost::asio::io_service::strand & strand_; In the constructor I would like to assign the reference variable an io_service (which has also been passed by reference). I would like to initialize strand_ in a way such as this ( I know it doesn't work) strand_ = boost::asio::io_service::strand(io_service_); Any ideas? Thanks

2 2

New Windows Build of 1.55.0
by Tom Kent 19 Nov '13

19 Nov '13

The previous build of 1.55.0 did not build with the correct zlib version (and thus the correct sub-library of iostreams did not build). I have created a 1.55.0-build2 directory on the sourceforge page with the updated version. I've also added a note to the 1.55.0/README.md file explaining that it is incomplete, but I did not remove the prior build. http://sourceforge.net/projects/boost/files/boost-binaries/1.55.0-build2/ Tom

1 0

decay.hpp - anonymous enum problem
by Tim Burgess 18 Nov '13

18 Nov '13

Hi, I have a project for Windows/Mac that builds fine using VS2010, but generates errors when I build using Xcode 4.6 with the Apple-provided GCC 4.2 compiler (required, as this project also uses wxWidgets). All of my own modules compile cleanly, but I get the following error output: SurfaceReader Group /users/tim/developer/libraries/boost_1_54_0/boost/type_traits/decay.hpp /users/tim/developer/libraries/boost_1_54_0/boost/type_traits/decay.hpp:28: '<anonymous enum>' is/uses anonymous type /users/tim/developer/libraries/boost_1_54_0/boost/type_traits/decay.hpp:28: Trying to instantiate 'template<class T> struct boost::remove_reference' /users/tim/developer/libraries/boost_1_54_0/boost/type_traits/decay.hpp:38: '<anonymous enum>' is/uses anonymous type /users/tim/developer/libraries/boost_1_54_0/boost/type_traits/decay.hpp:38: Trying to instantiate 'template<class T> struct boost::remove_reference' I realise that I haven't provided the command that Xcode is using to build the project - this isn't deliberate, but I can't seem to locate where Xcode provides this on-screen using the VoiceOver accessibility tool (I'm a totally blind developer). I don't include decay.hpp directly in any of my modules, but further research turned up: https://svn.boost.org/trac/boost/ticket/6362 If I can find the anonymous enum within the files included within decay.hpp I can patch it by providing a tag for the enum and I believe that this will rectify the issue. Can anybody point me at the appropriate file, or have I got to plough through the lot? I initially discovered this issue in Boost 1.54.0, but I can also reproduce it using 1.55.0. Many thanks in advance. Best wishes. Tim Burgess

3 4

[concept] Changeset 84470 in trunk wasn't merged to release
by Stephan T. Lavavej 17 Nov '13

17 Nov '13

Hi, https://svn.boost.org/trac/boost/changeset/84470 was committed to trunk 6 months ago, but it wasn't merged to release and isn't present in 1.55.0. It fixes a blizzard of "unused local typedef" warnings with GCC 4.8. Can someone merge this to the release branch? Thanks, STL

1 0

[multiprecision] Radix-2 typedef naming convention
by Christopher Kormanyos 17 Nov '13

17 Nov '13

Hi folks, Lost the original message here. Sorry. In John's new radix-2 MP back end, names are used for common types such as: float24_t, float53_t, float113_t. In our proposal for floating-point typedef's having specified widths, we use names such as: float32_t, float64_t, float128_t. Both conventions make sense in sensible ways. But only one naming convention should be used, and it should be used consistently. Which one will it be? Sincerely, Chris.

6 23

Re: [boost] Valgrindandboost::filesystem::path::has_branch_path()
by Miguel Guedes 17 Nov '13

17 Nov '13

On Sun, 17 Nov 2013 11:16:08 +0100, Bjorn Reese wrote: > This is a valgrind problem: > > https://bugs.kde.org/show_bug.cgi?id=307828 > That's great to hear. Many thanks for the clarification.

1 0

Valgrind andboost::filesystem::path::has_branch_path()
by Miguel Guedes 17 Nov '13

17 Nov '13

Hello list, Valgrind reports invalid reads [0] in a very simple example I've uploaded to pastebin [1]. Is there some funky stuff happening behind the scenes that is causing a false positive or is this really an issue? Using libboost 1.54 on Linux. [0] http://pastebin.com/HmS94cwF [1] http://pastebin.com/h98z2K1Z

2 1

Boost.Application new version available.
by Re 15 Nov '13

15 Nov '13

Hi Brook, Thanks for your commenets. I will try aswer your questions, if any thing is not clear, let me know. First at all, this lib is a working in progress (prototype), and it is open for suggestions and improvements. Feel free to suggest a new feature or change, I'm trying to listen to everyone. And I have tried to implement all the requests that come to me so far. (Obviously, this is limited to my knowledge (which is not big)) >> I am having trouble seeing how it would integrate with Boost.Asio. Well, I use Asio only to support signals. I do not want to expose "ASIO" directly. I do not know if the final version I will use "ASIO" to handle signals or if I remove this dependency. E.g.: In version 0.3 I dont use ASIO. >> I don't see how to control what signal a handler is responding to. Well, here you have to choose in use defaults, or customize. The default will hide all details, and will work on UNIX (Terminal/Daemon) and WINDOWS (Console/Service) without modifications. The default map is: SIGINT, SIGTERM, SIGABRT will call handler defined on callback of termination_handler, check: https://github.com/retf/Boost.Application/blob/master/libs/application/examp le/termination_handler.cpp An exception is the windows service, which is mapped from events of SCM. If you want to customize, you must take into consideration the type of application and platform chosen. E.g. Windows Services dont known anything about SIGNALS, in this case you need customize aspects handlers, on POSIX you can use aspects handlers, signal_manager class, and/or self-pipe aspect, check: http://www.dokfile.com/appbeta4/docs/libs/application/doc/html/boost_applica tion/customization.html#boost_application.customization.customize_signal http://www.dokfile.com/appbeta4/docs/libs/application/doc/html/boost_applica tion/posix_specifics.html#boost_application.posix_specifics.self_pipe_ >> I also don't really see why you would need to co-opt SIGUSR1; having both USR1 and USR2 available for applications is important in some cases Here user can change this, see: http://www.dokfile.com/appbeta4/docs/libs/application/doc/html/boost_applica tion/customization.html#boost_application.customization.customize_signal Well, I can think in other way to do this here, user other signal. Do you have any idea? Let me know! >> Related to Boost.Asio integration, how would an application make use of all the rest of that library (timers, sockets, etc.). It seems that a core design principle ought to be that the full range of Asio capability would be available. You can have your own io_service, check this sample: https://github.com/retf/Boost.Application/blob/master/libs/application/examp le/uuid_client_server/server.cpp >> I am unclear about "aspects". It seems that in the simplest case any class will work as an aspect. This is true. >> In more complex cases a class must be derived from the aspect_contractor abstract base class. Some aspects are used internally by application mode, then it need follow one interface, that application mode will use. (like a concept) >> Perhaps I missed it, but where is the aspect_contractor interface documented? Sorry, I forgot to document each aspect abstract class interface. Here you can have one idea: http://www.dokfile.com/appbeta4/docs/libs/application/doc/html/boost_applica tion/customization.html >> More fundamentally, under what conditions will which aspect member functions be called. Some aspect member functions are called by application mode internally on lib. >>and what member functions must be provided for "any class" to actually work in this capacity? The abstract contractor class will tell you what you need provide to aspect work internally on application mode. >> Even more fundamentally, can you give some intuition regarding how you see structuring an application in terms of different aspects interacting with each other? Well, this is hard to say (Or better, I do not know the answer). In general form, an application context pool, can have any number and types of aspects, then you can design anything here. Some aspects are needed by application mode, but you can make your own application mode. You have a lot of possibilities here! >> Or, do you envision that the bulk of the application logic is independent of your library classes, i.e., it resides in the user-provided application operator function, and only small bits like termination signals would be handled by the library? At this moment, I want more independent possibly. The use of aspects provide this, we have all pieces separated, and we can tie all, in many ways. E.g. The limit single instance is an aspect. And in future we can have one aspect to TCP/IP for sample, that use asio, or other thing. I dont know. >> I guess I am confused about your vision of how a large, complex application would be structured if it were to make use of your library. If you check lib design, you will see, that lib is composed by a many independents pieces of code, that are tied at run time. http://www.dokfile.com/appbeta4/docs/libs/application/doc/html/boost_applica tion/design_overview.html The lib provides the more usual features in ready to use form, but you can customize any piece, and tie in any way that you want. If this large application is very complex, you can decompose it in many aspects, and you can make one custom application mode, and you can use some of ready to use aspects on it too. To give you the right answer, I need know more about this application. Is hard to say. In my personal experience (little experience), I already used this lib (0.2, 0.3 and 0.4) on Client service, MPI cluster (for credit card processing), on TCP/IP (ASIO Based) Server (Daemon mode). All using plug-in system (that are provided by library too). >> What would be the division of labor between library-related classes (including user-derived library classes) and independent user-provided code? Check this: http://www.dokfile.com/appbeta4/docs/libs/application/doc/html/boost_applica tion/design_overview.html This clarifies a little? Well, The user can use singularity and get access to context in any location too. >> Finally, note that the links to your example files do not work. This is true, the documentation was generated by quickbook, and dont work on my server, you need check code on github. Sorry! Well, one question. Do you think that this library can be useful? Sorry my english is not very good (is very bad), if any thing is not clean let me know! -- Renato

1 0

[mpl] clang error for narrowing from unsigned int 0xffffffff to long
by Edward Diener 15 Nov '13

15 Nov '13

In the mpl bitwise.cpp test there are lines like: MPL_ASSERT_RELATION( (bitor_<_0,_ffffffff>::value), ==, 0xffffffff ); MPL_ASSERT_RELATION( (bitor_<_1,_ffffffff>::value), ==, 0xffffffff ); MPL_ASSERT_RELATION( (bitor_<_8,_ffffffff>::value), ==, 0xffffffff ); Using clang under Windows with the VC++ RTL ( clang-cl ), clang gives an error of: bitwise.cpp(43,25) : error: non-type template argument evaluates to 4294967295, which cannot be narrowed to type 'long' [-Wc++11-narrowing] MPL_ASSERT_RELATION( (bitor_<_0,_ffffffff>::value), ==, 0xffffffff ); for the bitor_<_0,_ffffffff>::value expression part since the assert_relation template takes two 'long's as its values. Is this an actual bug according to the C++11 standard ? I would have thought that an unsigned int value of 0xffffffff would fit into a long as a -1, but it sounds like the new standard is saying that since the value of 4294967295 cannot be encompassed by a long it is an error. if it is an error how should it be fixed in MPL ?

3 9

typesafe printf with variadic template
by Michael Marcin 14 Nov '13

14 Nov '13

It seems a common example for C++11 and variadic templates is a typesafe printf which is supposed to obsolete things like Boost.Format. However there doesn't seem to be one usable out of the box. If this is really a large improvement shouldn't this facility be in boost?

4 3

Any interest in hashing algorithms SHA and/or FNV1a?
by foster brereton 14 Nov '13

14 Nov '13

I have been working on implementations of the SHA and FNV-1a class of hashing algorithms. Both are header-only. SHA (Secure Hash Algorithms) Implementations for SHA-1, -224, -256, -384, and -512. It does not implement the more recent SHA-3 (Keccak) algorithm. It would not be difficult to add support for 512/224 and 512/256 if they were desired. The routines support bit-level messages, meaning they can correctly digest messages that do not end on a byte boundary. More information here: http://en.wikipedia.org/wiki/Secure_Hash_Algorithm FNV (Fowler–Noll–Vo) The header supports the FNV-1a algorithm, which has better distribution characteristics than its cousin, FNV-1. I have added support for 32-, 64-, 128-, 256-, and 1024-bit variants. This is not a cryptographically secure algorithm, however is much faster than its crypto cousins and as such is a solid algorithm for obtaining unique hash values for e.g., data structures. I have also implemented a constexpr variant of the algorithm (32-bit and 64-bit only) for const char* to further performance when needed by pushing the hash to compile-time computation. More information here: http://en.wikipedia.org/wiki/Fowler%E2%80%93Noll%E2%80%93Vo_hash_function The algorithms are currently part of the Adobe Source Libraries on GitHub: SHA: https://github.com/stlab/adobe_source_libraries/blob/sha_cleanup/adobe/sha.… (note: the master branch version needs updating to this one.) FNV-1a: https://github.com/stlab/adobe_source_libraries/blob/master/adobe/fnv.hpp Would these algorithms be of general use to the Boost community? If so I would be willing to submit them formally.

7 25

Proposed Boost.Application Library new version available.
by Renato Forti 14 Nov '13

14 Nov '13

Hi Lars, >> I don't know if this has been raised before in the discussion of previous versions, but it's customary to not call something just "Boost.Whatever" if it's not an actual accepted Boost library. Thanks for the warning! >From now on I will always use: "Proposed Boost.Application Library" >> You should probably not use the actual Boost logotype in the documentation either... I used the Quickbook to generate the documentation. Quickbook adds 'boost' logotype automatically. Is there any way I can generate the documentation using the Quickbook, that does not include the 'boost' logotype? >> ... there should be one somewhere with the text "provisional" or "proposed" superimposed on it. On the first page of documentation I have this Caution: "Caution This is not yet an official Boost C++ library. It wasn't reviewed and can't be downloaded from www.boost.org. This beta is available to boost community to know real interest and get comments for refinement. The intention is to submit library to formal review, if community think that it is interesting!" That's not enough? Thanks a lot

2 2

Boost.Application new version available.
by Renato Forti 14 Nov '13

14 Nov '13

Hi All, Last version (0.4.1) of Boost.Application are available. 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> https://github.com/retf/Boost.Application News in this release: * Now we have a self-pipe aspect ready to use for POSIX platform. The documentation of usage: <http://www.dokfile.com/appbeta4/docs/libs/application/doc/html/boost_applic ation/posix_specifics.html#boost_application.posix_specifics.self_pipe_> http://www.dokfile.com/appbeta4/docs/libs/application/doc/html/boost_applica tion/posix_specifics.html#boost_application.posix_specifics.self_pipe_ The sample usage of aspect: <https://github.com/retf/Boost.Application/blob/master/libs/application/exam ple/selfpipe/selfpipe.cpp> https://github.com/retf/Boost.Application/blob/master/libs/application/examp le/selfpipe/selfpipe.cpp * Some fixes on code and docs. Please send your comments!

2 1

[1.55] PDF Documentation build available.
by John Maddock 14 Nov '13

14 Nov '13

The final PDF documentation build for Boost-1.55 is now available at https://sourceforge.net/projects/boost/files/boost-docs/1.55.0/ As ever this only contains documentation for the subset of Boost libraries that use quickbook/boostbook/docbook based documentation. Enjoy! John.

1 0

Is there any interest in a library which provides Application Environment using Aspect Based Design?
by Renato Forti 13 Nov '13

13 Nov '13

Hello everyone, I already asked that question, but how the library has changed a lot since the last inquiry. "Is there any interest in a library which provides Application Environment using Aspect Based Design?" Docs: <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 Please expose your interest!

2 1

[range] fat iterators?
by Eric Niebler 13 Nov '13

13 Nov '13

I wrote an article describing the "fat" std::istream_iterator and how it can be slimmed down by giving it an owning istream_range[1]. I see there already is an istream_range in Boost.Range, but it suffers from the fat-iterator problem I describe there. Is there a compelling reason why the implementation of boost::istream_range shouldn't be changed to be more like the one I describe? Also, as a commented pointed out, the same problem exists for the filtered range and the transformed range, too. The trick, of course, will be keeping intermediate temporary ranges alive long enough to avoid lifetime issues when we chain adaptors and assign the result to a local variable. I think a range library that's sensitive to the value category of range objects and makes copies of rvalue ranges would solve this problem. Thoughts? Is it time for Boost.Range 3.0? [1]: http://ericniebler.com/2013/11/07/input-iterators-vs-input-ranges -- Eric Niebler Boost.org http://www.boost.org

11 27

Re: [boost] [Functional/Factory] Value factory not accepts rvalues?
by THOMAS JORDAN 13 Nov '13

13 Nov '13

Lin, Yi-Li wrote: > I found that boost::value_factory did not accept rvalues > in some case. > In my case, temporary value is produced and passed to > value factory directly. The documentation for Boost Functional/Factory states: 'For technical reasons the arguments to the function objects have to be LValues. A factory that also accepts RValues can be composed using the boost::forward_adapter or boost::bind.' Your suggestion of using const lvalue (passing in non-const reference wrappers where needed) seems to be the workaround for the C++03 perfect forwarding problem that was employed by Boost smart_ptr::make_shared, not sure why Functional/Factory took a different approach? Tom.

1 0

forget delete detail/limits.hpp ?
by Akira Takahashi 13 Nov '13

13 Nov '13

Hi, I found boost/detail/limits.hpp file in Boost 1.55.0. However, already deleted from trunk. forget delete the file? -- >>======================== Akira Takahashi mailto:faithandbrave@gmail.com site: https://sites.google.com/site/faithandbrave/about/en

1 0

compile thread(boost1.55) fail on vc7.1
by shada 13 Nov '13

13 Nov '13

*bjam toolset=msvc-7.1 link=static threading=multi runtime-link=static --with-thread --with-chrono --with-date_time --includedir=hpp stage*>err.txt Component configuration: - atomic : not building - chrono : building - context : not building - coroutine : not building - date_time : building - exception : not building - filesystem : not building - graph : not building - graph_parallel : not building - iostreams : not building - locale : not building - log : not building - math : not building - mpi : not building - program_options : not building - python : not building - random : not building - regex : not building - serialization : not building - signals : not building - system : not building - test : not building - thread : building - timer : not building - wave : not building ...patience... ...patience... ...found 1497 targets... ...updating 6 targets... compile-c-c++ bin.v2\libs\thread\build\msvc-7.1\debug\link-static\runtime-link-static\threading-multi\win32\thread.obj thread.cpp boost\functional\hash\hash.hpp(32) : warning C4616: #pragma warning : 警告编号“6295”超出范围，必须在“4001”和“4999“之间 boost\thread\future.hpp(1488) : error C2039: “make_future_async_shared_state” : 不是“boost::detail”的成员 boost\thread\future.hpp(1638) : 参见对正在编译的类模板实例化“boost::unique_future<R>”的引用 boost\thread\future.hpp(1492) : error C2039: “make_future_deferred_shared_state” : 不是“boost::detail”的成员 boost\thread\future.hpp(1683) : error C2039: “make_future_async_shared_state” : 不是“boost::detail”的成员 boost\thread\future.hpp(1807) : 参见对正在编译的类模板实例化“boost::unique_future<boost::unique_future<R2>>”的引用 boost\thread\future.hpp(1687) : error C2039: “make_future_deferred_shared_state” : 不是“boost::detail”的成员 boost\thread\future.hpp(1490) : error C2951: 模板声明只能在全局或者命名空间范围内使用 boost\thread\future.hpp(3695) : 参见对正在编译的类模板实例化“boost::unique_future<R>”的引用 with [ R=void ] boost\thread\future.hpp(1497) : error C2955: “boost::unique_future” : 使用类模板需要模板参数列表 boost\thread\future.hpp(1638) : 参见“boost::unique_future”的声明 boost\thread\future.hpp(1497) : error C2955: “boost::unique_future” : 使用类模板需要模板参数列表 boost\thread\future.hpp(1638) : 参见“boost::unique_future”的声明 boost\thread\future.hpp(1497) : error C2146: 语法错误 : 缺少“)”(在标识符“a_future”的前面) boost\thread\future.hpp(1497) : error C2146: 语法错误 : 缺少“;”(在标识符“a_future”的前面) boost\thread\future.hpp(1497) : error C2377: “boost::unique_future<R>::future_ptr” : 重定义；typedef 不能由任何其他符号重载 with [ R=void ] boost\thread\future.hpp(1454) : 参见“boost::unique_future<R>::future_ptr”的声明 with [ R=void ] boost\thread\future.hpp(1497) : error C2059: 语法错误 : “)” boost\thread\future.hpp(1498) : error C2065: “a_future” : 未声明的标识符 boost\thread\future.hpp(1499) : fatal error C1903: 无法从以前的错误中恢复；正在停止编译 call "C:\Program Files (x86)\Microsoft Visual Studio .NET 2003\vc7\bin\vcvars32.bat" >nul cl /Zm800 -nologo @"bin.v2\libs\thread\build\msvc-7.1\debug\link-static\runtime-link-static\threading-multi\win32\thread.obj.rsp" ...failed compile-c-c++ bin.v2\libs\thread\build\msvc-7.1\debug\link-static\runtime-link-static\threading-multi\win32\thread.obj... ...skipped <pbin.v2\libs\thread\build\msvc-7.1\debug\link-static\runtime-link-static\threading-multi>libboost_thread-vc71-mt-sgd-1_55.lib for lack of <pbin.v2\libs\thread\build\msvc-7.1\debug\link-static\runtime-link-static\threading-multi>win32\thread.obj... ...skipped <pstage\lib>libboost_thread-vc71-mt-sgd-1_55.lib for lack of <pbin.v2\libs\thread\build\msvc-7.1\debug\link-static\runtime-link-static\threading-multi>libboost_thread-vc71-mt-sgd-1_55.lib... compile-c-c++ bin.v2\libs\thread\build\msvc-7.1\release\link-static\runtime-link-static\threading-multi\win32\thread.obj thread.cpp boost\functional\hash\hash.hpp(32) : warning C4616: #pragma warning : 警告编号“6295”超出范围，必须在“4001”和“4999“之间 boost\thread\future.hpp(1488) : error C2039: “make_future_async_shared_state” : 不是“boost::detail”的成员 boost\thread\future.hpp(1638) : 参见对正在编译的类模板实例化“boost::unique_future<R>”的引用 boost\thread\future.hpp(1492) : error C2039: “make_future_deferred_shared_state” : 不是“boost::detail”的成员 boost\thread\future.hpp(1683) : error C2039: “make_future_async_shared_state” : 不是“boost::detail”的成员 boost\thread\future.hpp(1807) : 参见对正在编译的类模板实例化“boost::unique_future<boost::unique_future<R2>>”的引用 boost\thread\future.hpp(1687) : error C2039: “make_future_deferred_shared_state” : 不是“boost::detail”的成员 boost\thread\future.hpp(1490) : error C2951: 模板声明只能在全局或者命名空间范围内使用 boost\thread\future.hpp(3695) : 参见对正在编译的类模板实例化“boost::unique_future<R>”的引用 with [ R=void ] boost\thread\future.hpp(1497) : error C2955: “boost::unique_future” : 使用类模板需要模板参数列表 boost\thread\future.hpp(1638) : 参见“boost::unique_future”的声明 boost\thread\future.hpp(1497) : error C2955: “boost::unique_future” : 使用类模板需要模板参数列表 boost\thread\future.hpp(1638) : 参见“boost::unique_future”的声明 boost\thread\future.hpp(1497) : error C2146: 语法错误 : 缺少“)”(在标识符“a_future”的前面) boost\thread\future.hpp(1497) : error C2146: 语法错误 : 缺少“;”(在标识符“a_future”的前面) boost\thread\future.hpp(1497) : error C2377: “boost::unique_future<R>::future_ptr” : 重定义；typedef 不能由任何其他符号重载 with [ R=void ] boost\thread\future.hpp(1454) : 参见“boost::unique_future<R>::future_ptr”的声明 with [ R=void ] boost\thread\future.hpp(1497) : error C2059: 语法错误 : “)” boost\thread\future.hpp(1498) : error C2065: “a_future” : 未声明的标识符 boost\thread\future.hpp(1499) : fatal error C1903: 无法从以前的错误中恢复；正在停止编译 call "C:\Program Files (x86)\Microsoft Visual Studio .NET 2003\vc7\bin\vcvars32.bat" >nul cl /Zm800 -nologo @"bin.v2\libs\thread\build\msvc-7.1\release\link-static\runtime-link-static\threading-multi\win32\thread.obj.rsp" ...failed compile-c-c++ bin.v2\libs\thread\build\msvc-7.1\release\link-static\runtime-link-static\threading-multi\win32\thread.obj... ...skipped <pbin.v2\libs\thread\build\msvc-7.1\release\link-static\runtime-link-static\threading-multi>libboost_thread-vc71-mt-s-1_55.lib for lack of <pbin.v2\libs\thread\build\msvc-7.1\release\link-static\runtime-link-static\threading-multi>win32\thread.obj... ...skipped <pstage\lib>libboost_thread-vc71-mt-s-1_55.lib for lack of <pbin.v2\libs\thread\build\msvc-7.1\release\link-static\runtime-link-static\threading-multi>libboost_thread-vc71-mt-s-1_55.lib... ...failed updating 2 targets... ...skipped 4 targets...

7 8

Patch in Ticket #9212 (Broken links to C++ standard papers)
by Michel Morin 13 Nov '13

13 Nov '13

Jonathan Wakely pointed out "Broken links to C++ standard papers" issue and attached a patch in #9212. ( https://svn.boost.org/trac/boost/ticket/9212 ) Though this patch is a large Boost-wide patch, it's very simple so I think someone can commit it to every library at once. Regards, Michel

4 9

can i make two io_service::strand instance whith same one io_service instance?
by shada 13 Nov '13

13 Nov '13

can i make two io_service::strand instance whith same one io_service instance?

2 1

[1.55][log] Last minute bug fix
by Andrey Semashev 12 Nov '13

12 Nov '13

Hi, Is it too late for a fix in Boost.Log in 1.55? Here's the commit: https://svn.boost.org/trac/boost/changeset/86600 This fixes garbage output when using dump() manipulator on CPUs with AVX2 support. The bug didn't appear on any of our testers because apparently none of them have Haswell CPUs. I tested this change locally on Linux, gcc 4.8, but it should be valid on all platforms. If it's too late already then maybe a note with the patch in the release notes would be possible?

2 5

[release][1.55.0] Release Notes Additions
by Tom Kent 12 Nov '13

12 Nov '13

I noticed that the list of compilers tested did not include msvc-8.0, it should be added to the list. I believe it got as much testing as 9.0. Also, could we add a link below the download section for the windows binaries on sourceforge? https://sourceforge.net/projects/boost/files/boost-binaries/1.55.0/ Thanks, Tom

3 3

Re: [boost] [TypeIndex] Peer review period for library acceptance begins, ending Thurs 21st Nov
by Antony Polukhin 12 Nov '13

12 Nov '13

2013/11/13 Niall Douglas <s_sourceforge(a)nedprod.com> <...> > On 12 Nov 2013 at 11:59, Robert Ramey wrote: > > > On Tuesday, November 12, 2013 11:34:27 AM UTC-8, Niall Douglas wrote: > > > > > Boost community feedback is requested for the formal peer review of > > > the TypeIndex library by Antony Polukhin. Feedback requested > > > includes ... > > > > > > The above phrasing is a little unclear to me. Is this is a formal review > of > > the library? > Yes, it's a formal review. > > I've just glanced over the documentation but I do have a couple of > > questions. > > > > The serialization library contains a component "extended_typeinfo". Am I > > correct > > in my understanding that this component is meant to address the same > > issues that extended_typeinfo does? If so, how are the two solutions > > different? > In short: * extended_typeinfo is not compatible with std::type_info and is hard to use * TypeIndex is a correctly working std::type_info that does not require RTTI + has other bonuses * detail/sp_typeinfo.hpp implements part of TypeIndex functionality, without workarounds for compiler issues Longer description: Serialization library is created to make a storeable in archive and portable between compilers type identifications. It's interface is not close to the interface of Standard Library, it requires A LOT of code to make typeids work (see example at http://www.boost.org/doc/libs/1_55_0/boost/serialization/extended_type_info… ) TypeIndex is designed to be simple, fast and lightweight. It's a drop-in replacement for std::type_info with big set of workarounds for issues of different compilers and an extension to get human readable type names + it contains a C++11 type_index class and works without RTTI. It does not require user's support code to work. Take a look at this page: http://apolukhin.github.io/type_index/boost_typeindex/getting_started.htmlto see how Standard Library classes and methods are mapped to the TypeIndex ones. TypeIndex is close to detail/sp_typeinfo.hpp (it's just a very very enchanted sp_typeinfo that does not adds macro, embeds workarounds and has interface of std::type_info + other features from paragraph above) -- Best regards, Antony Polukhin

1 0

[1.55] [uuid] Docs header says 'development version' on the website
by Andrey Semashev 12 Nov '13

12 Nov '13

Hi, On the website, Boost.UUID docs have a header that says that these docs are for the 'development version of boost': http://www.boost.org/doc/libs/1_55_0/libs/uuid/uuid.html I looked at a couple other libraries and the header is not displayed, so it's probably Boost.UUID specific. Does anyone know what could be the problem?

2 3

[multi_index] multiple definition errors since 86597
by Jürgen Hunold 12 Nov '13

12 Nov '13

Hi, revision 86597 changed boost/multi_index/detail/bucket_array.hpp Add were: static const std::size_t sizes[]; static const std::size_t sizes_length; member variables, initialised with +template<> +const std::size_t bucket_array_base<true>::sizes[]={ + BOOST_PP_SEQ_ENUM(BOOST_MULTI_INDEX_BA_SIZES) +template<> +const std::size_t bucket_array_base<true>::sizes_length= + sizeof(bucket_array_base<true>::sizes)/ + sizeof(bucket_array_base<true>::sizes[0]); + Now gcc (4.8.1) reports multiple definition errors when using multi_index in different translation units: file1.cpp.o:(.rodata+0x0): multiple definition of `boost::multi_index::detail::bucket_array_base<true>::sizes_length' file2.cpp.o:(.rodata+0x0): first defined here file1.cpp.o:(.rodata+0x20): multiple definition of `boost::multi_index::detail::bucket_array_base<true>::sizes' file2.cpp.o:(.rodata+0x20): first defined here CMakeFiles/graph_test.dir/main.cpp.o:(.rodata+0x0): multiple definition of `boost::multi_index::detail::bucket_array_base<true>::sizes_length' file2.cpp.o:(.rodata+0x0): first defined here file3.o:(.rodata+0x20): multiple definition of `boost::multi_index::detail::bucket_array_base<true>::sizes' file2.cpp.o:(.rodata+0x20): first defined here According to http://stackoverflow.com/questions/1553854/template-static-variable and my current c++ template knowledge, those instantiation belong to a .cpp file to avoid this. This does not work for a header-only library, of course. The current test suite does not catch this because it only contains single file tests. 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 2

Data Structure and Algorithms yet to be implemented
by Manmohit Rekhi 12 Nov '13

12 Nov '13

Hi, I would really be grateful if could get to know 1)which Data Structures and Algorithms are yet to be implemented in boost? 2)How can i get started on them? Thanking you, Manmohit Rekhi

3 2

Boost 1.55.0 released!
by Marshall Clow 12 Nov '13

12 Nov '13

Release 1.55.0 of the Boost C++ Libraries is now available. These open-source libraries work well with the C++ Standard Library, and are usable across a broad spectrum of applications. The Boost license encourages both commercial and non-commercial use. This release contains one new library and numerous enhancements and bug fixes for existing libraries. === New Libraries === • Predef: This library defines a set of compiler, architecture, operating system, library, and other version numbers from the information it can gather of C, C++, Objective C, and Objective C++ predefined macros or those defined in generally available headers, from Rene Rivera. === Known bugs with Visual Studio 2013/Visual C++ 12 === Visual Studio 2013 was released quite late in the release process, so there exist several unresolved issues. These include: • Serialization can't compile because of a missing include. • Using has_member_function_callable_with from Boost.Container's allocator_traits causes a compile error (#9332). • For several libraries overloads with intializer lists are incorrectly reported as ambiguous. This is a Visual C++ bug and it isn't clear if there's a good workaround. • In libraries such as Unordered and MultiIndex, calling overloaded functions with initializer lists can result in a compile error, with Visual C++ claiming that the overloads are ambiguous. This is a Visual C++ bug and it isn't clear if there's a good workaround. This won't affect code that doesn't use initializer lists, or uses an initializer list that doesn't require an implicit conversion (i.e. an initializer list of the container's exact value type). • Thread: ex_scoped_thread compile fails (#9333). For details, including download links, see http://www.boost.org/users/news/version_1.55.0 You can also download directly from SourceForge: http://sourceforge.net/projects/boost/files/boost/1.55.0/ To install this release on your system, see http://www.boost.org/doc/libs/release/more/getting_started/index.html Thanks, --The Boost release team Vladimir Prus Rene Rivera Marshall Clow Eric Niebler Daniel James Beman Dawes

2 2

Re: [boost] sqlpp11: SQL for C++
by Brian Wood 12 Nov '13

12 Nov '13

From: Bjorn Reese > On 11/09/2013 11:03 PM, Roland Bock wrote: >> >> * define types representing tables and columns, > > There seems to be room for improvement here. You should consider an > integration with Boost.Fusion. This way you can avoid having to build > a code generator. Hmm. If you want a second opinion, these guys http://springfuse.com are building a code generator. -- Brian Ebenezer Enterprises - So far G-d has helped us. http://webEbenezer.net

2 1

[Functional/Factory] Value factory not accepts rvalues?
by Lin, Yi-Li 12 Nov '13

12 Nov '13

I found that boost::value_factory did not accept rvalues in some case. In my case, temporary value is produced and passed to value factory directly. But boost::value_factory<T>::operator() did not accept rvalue, they take lvaue reference instead. Maybe it'll be better to provide another version of operator takes const lvalue? (Additionally, use std::forward to forward universal reference in C++11?) Sample code which compiler complains: int get_value(); struct var { var( ); explicit var(int); }; void caller() { boost::value_factory<var> f; f(get_value()); }

2 2

Changes to trunk for clang using VC++RTL
by Edward Diener 12 Nov '13

12 Nov '13

I have held off making some changes to trunk in SVN for clang with VC++ RTL until Boost 1.55 was out. I can do so now based on my tests with clang but I am concerned that the changes will not be carried over to the Boost git development branch when Boost switches to git. Should I be waiting until the git changeover is made and everyone learns to deal with git and the setup for using Boost with git, or should I start making changes now and watch the regression tests cycle ? I am sure from my tests that the changes, although involved in low-level libraries like config, mpl, type_traits, will not adversely affect any other compiler and will help in testing clang using VC++ RTL for Boost as clang inches closer to full support in Windows using VC++ headers and libraries.

1 0

Re: [boost] [release][1.55.0] Visual C++ known bugs
by Daniel James 11 Nov '13

11 Nov '13

On 11 November 2013 20:40, Robert Ramey <robertmacleranramey(a)gmail.com> wrote: > > > On Monday, November 11, 2013 12:04:22 PM UTC-8, Daniel James wrote: >> >> On 11 November 2013 12:36, Sergey Cheban <s.ch...(a)drweb.com> wrote: >> > >> > Btw, what do you think about an additional SVN branch for the post-RC2 >> > VC12-related bugfixes? >> >> I just created a branch at: >> >> https://svn.boost.org/svn/boost/branches/maintenance/1_55_0 >> > > Since we've tagged the current state of the release branch with 1_55_0 do we > really have to create another branch? Can't > we just open the release branch for checkins? That would be easier. This branch is just for fixes. The release branch can have other changes, including breaking changes.

2 2

Re: [boost] [release][1.55.0] Visual C++ known bugs
by Daniel James 11 Nov '13

11 Nov '13

On 11 November 2013 21:23, Robert Ramey <robertmacleranramey(a)gmail.com> wrote: > > > On Monday, November 11, 2013 12:42:07 PM UTC-8, Daniel James wrote: >> >> On 11 November 2013 20:40, Robert Ramey <robertmac...(a)gmail.com> wrote: >> > >> > >> > On Monday, November 11, 2013 12:04:22 PM UTC-8, Daniel James wrote: >> >> >> >> On 11 November 2013 12:36, Sergey Cheban <s.ch...(a)drweb.com> wrote: >> >> > >> >> > Btw, what do you think about an additional SVN branch for the >> >> > post-RC2 >> >> > VC12-related bugfixes? >> >> >> >> I just created a branch at: >> >> >> >> https://svn.boost.org/svn/boost/branches/maintenance/1_55_0 >> >> >> > >> > Since we've tagged the current state of the release branch with 1_55_0 >> > do we >> > really have to create another branch? Can't >> > we just open the release branch for checkins? That would be easier. >> >> This branch is just for fixes. The release branch can have other >> changes, including breaking changes. > > > Soo... if we have fixes, we should check them into BOTH branches? If you want to, or just check it into release. It's a way to collect patches, make of that what you will.

1 0

Thanks to everyone for all the work on 1.55.0
by Marshall Clow 11 Nov '13

11 Nov '13

I just wanted to take off my "release manager" hat and say, personally, thank you to all the people who tried out the RCs/Betas/etc, reported bugs, and suggested fixes. You were all a big help in making the release. -- Marshall Marshall Clow Idio Software <mailto:mclow.lists@gmail.com> A.D. 1517: Martin Luther nails his 95 Theses to the church door and is promptly moderated down to (-1, Flamebait). -- Yu Suzuki

1 0

[release][1.55.0] Visual C++ known bugs
by Daniel James 11 Nov '13

11 Nov '13

Hello everyone, I'm compiling a list of known issues in boost with Visual Studio 2013/Visual C++ 12. I've made a quick start at: http://www.boost.org/users/history/version_1_55_0.html#version_1_55_0.known… Please let me know if there's anything I should add. Also, if available, tested patches against the release branch or release candidate would be very useful (I don't have the compiler myself, so I can't do that). If you can, please make them using subversion from the root of the repository. thanks, Daniel

5 9

New Version (0.4) of Boost.Application (Aspect Based) available to comments (RFC).
by Renato Forti 11 Nov '13

11 Nov '13

>> How is that supposed to work in Windows? (Does it need to?) Well, a simple analysis, it seems to be specific in POSIX, we do not have anything like it in WINDOWS. (I do not speak for sure) >> Its sensible to expose 'something' that can be integrated to native event loops, but the ideal choice under Windows is probably an event, not a pipe descriptor. I agree. I'm thinking of adding this aspect only in posix, Then if user want use it need add it and use it only on UNIX, e.g.: class myapp { public: int operator()(application::context& context) { #if defined(BOOST_ BOOST_POSIX_API) boost::shared_ptr<application:: selfpipe > selfpipe = context.get_aspect<application:: selfpipe >(); select(...,selfpipe->readfd(),...); #endif return 0; } }; // main int main(int argc, char *argv[]) { myapp app; application::context app_context; #if defined(BOOST_ BOOST_POSIX_API) app_context.add_aspect<application:: selfpipe>( boost::make_shared<application:: selfpipe>()); #endif return application::launch<application::common>(app, app_context); } Comments, Ideas, please! >> I think some analysis is needed. I need help in this subject, if any one with great experience on both sides can propose something (shine a light), it would be of great value! Thanks for help

2 2

Data Structure and Algorithms yet to be inplemented
by Manmohit Rekhi 11 Nov '13

11 Nov '13

Hi, I would really be grateful if could get to know 1)which Data Structures and Algorithms are yet to be implemented? 2)How can i get started on them? 3)Are there any constraints on the libraries i can use to implement them? Thanking you Manmohit Rekhi

1 0

[UUID] Document typo
by Naked Short-Selling 11 Nov '13

11 Nov '13

http://www.boost.org/doc/libs/1_55_0/libs/uuid/uuid.html#Nil I believe is_null() really meant "is_nil()" here...

2 1

[git][ Last merge before git conversion.
by Vicente J. Botet Escriba 10 Nov '13

10 Nov '13

Hi, I would like to know if there will be some time (~1 week) to merge the new features and bug fixed in the release branch before svn is closed for git migration. Note that the provisional calendar was: 8 November : release 1.55 15 November: Provisional: Close subversion for git conversion. Best, Vicente

2 1

[intrusive] possible workaround for vc12 compile errors
by Daniela Engert 10 Nov '13

10 Nov '13

Hi, I've attached a patch to ticket #9332 "has_member_function_callable_with.hpp compile error on msvc-12.0" (https://svn.boost.org/trac/boost/ticket/9332) This patch seems to fix the problem. My far-from-perfect understanding of C++ seems to indicate, that the root cause is in line 201: template< class F , std::size_t N = sizeof((boost::move_detail::declval<F>(). BOOST_INTRUSIVE_HAS_MEMBER_FUNCTION_CALLABLE_WITH_FUNCNAME (), 0))> struct BOOST_PP_CAT(zeroarg_checker_, BOOST_INTRUSIVE_HAS_MEMBER_FUNCTION_CALLABLE_WITH_FUNCNAME) the sizeof expression is evaluated with an unknown type U in declval<U>(). Ciao Dani

2 1

Re: [boost] sqlpp11: SQL for C++
by Roland Bock 10 Nov '13

10 Nov '13

On 2013-11-10 15:58, niXman wrote: > Roland Bock 2013-11-10 12:15: > >> No, sqlpp11 itself only depends on a decent C++11 compiler and matching >> STL. > > I think I can write a code generator using boost.preprocessor. But I > need the documentation of DDL, of course. > I was talking about SQL's DDL (http://en.wikipedia.org/wiki/Data_definition_language) Unfortunately every vendor seems to be using some additions, so that the task is not too simple in all generality, I guess... But using the preprocessor to generate the table types could be a very nice tool in some cases. For instance if you are using in-memory databases with Sqlite3. As a trivial byproduct it could also produce the create table string, so that I would not have to maintain that in two places. Also for such a purpose, it would make sense to restrict the DDL to a common subset. With larger tables, I guess I'd stick with my current approach though: running a separate code-generator as part of the build process. The main benefit is that I get clearer error message pointing to C++ code that exists outside the compiler memory in case the code generator produces incorrect output or I use the generated code in the wrong way, etc. Another benefit of using external code generators is string handling. In our company we use CamelCase for classes, camelCase for members and underscore separated compounds for SQL names. An external code generator can easily translate, of course, but the preprocessor is not equipped for string manipulation, afaik. But again, I can imagine a nice usage of a prepocessor-based code generator for in-memory databases with no external representation. Regards, Roland

1 0

[utility] Any interest for a macro which automatically creates default move-semantics, comparisson etc for a class
by Viktor Sehr 10 Nov '13

10 Nov '13

I've created a macro which automatically creates: - move constructor\assignment - swap member function - operator== and operator!= - operator< - assignment operator without side-effects if it throws. Example usage: class Foo { public: Foo() {} DEFAULT_EVERYTHING(Foo, ( (int)(a) ) ( (std::vector<int>)(b) ) ( (float)(c) ) ); }; Any interest, suggestions or ideas? Ofcourse it might be split into several macros depending on what operators the class requests (if it's a move-only class etc), and perhaps an extra parameter enable if a member is up for sorting and comparison. Code available here: https://www.dropbox.com/s/dhkxj94rrh83az0/DefaultEverything.h

3 10

[containers] Are there flat_map/set and stable_vector proposals at work?
by Klaim - Joël Lamotte 09 Nov '13

09 Nov '13

All is in the title: I would like to know if flat_map, flat_set and stable_vector have been proposed for inclusion in the C++ standard library, or if there are works going on to write such a proposal. I find that I use a bit more flat associative containers than tree-based standard associative containers in all my recent projects, and I think that having option in the standard to choose one or the other would be very useful for a lot of devs.

5 20

New Version (0.4) of Boost.Application (Aspect Based) available to comments (RFC).
by Renato Forti 09 Nov '13

09 Nov '13

Hi, I will answer on list too. >> I would like to know if your application class is related only to console applications or is it a generic class that could be implemented also as a gui::application? It is generic. But now we don't provide any specific support to GUI, you can for sample use it with QT, to do this you need use "common mode". >> I'm trying to write a cross platform header only gui library, so I wonder if I should use it (hoping it's a header only library too) or have my own different gui::application class. http://www.dokfile.com/appbeta4/docs/libs/application/doc/html/boost_applica tion/f_a_q_.html#boost_application.f_a_q_.can_i_build_another_application_mo de__what_is_needed_ Well, you can build a application mode that will use your GUI lib, e.g. application::gui use application::common as model. But we have some problem here! 1. Boost.Application is not a boost library yet! (have no support od boost.org) , and it is in working progress status. Things can change! 2. Boost.Application is header only, but have some dependencies that are not header only. http://www.dokfile.com/appbeta4/docs/libs/application/doc/html/boost_applica tion/dependencies.html PS. If you think that this library is interesting to boost, please post on boost.devel, that you have interest on it. http://news.gmane.org/gmane.comp.lib.boost.devel Hope this helps in your decision. If you have any other questions, let me know! -- Renato Forti

1 0

New Version (0.4) of Boost.Application (Aspect Based) available to comments (RFC).
by Renato Forti 09 Nov '13

09 Nov '13

Hi Stas, Thanks for your comments! >> I think it worth noting in documentation that SIGUSR1 is reserved for internal purposes. I will do! >> What do you think about self pipe built-in functionality? It is a widely used trick. I think it can be implemented as an aspect in a quite straightforward way. Can you give more details about what you're proposing here? Elegant signal handler is my main problem in this lib! I want ideas to get it correctly designed! Thanks for documentation appointments, I will fix all! And I forgot to put the main question on message: "Is there any interest in a library like this?" What you think? Thanks a lot!

3 4

[string_ref] string literal constructor
by Michael Marcin 08 Nov '13

08 Nov '13

I noticed string_ref doesn't have a constructor for a string literal. Wouldn't this save a call to strlen for a common case? Ex. template< std::size_t N > basic_string_ref( const charT( &str )[N] ) : basic_string_ref( str, N-1 ) { static_assert(N >= 1, "not a string literal"); } string_ref test( "test" ); I see that adding this directly doesn't work as the compiler is always choosing to decay and pick the const char* overload. Is there no way to make this work?

10 15

New Version (0.4) of Boost.Application (Aspect Based) available to comments (RFC).
by Renato Forti 07 Nov '13

07 Nov '13

Hi All, I have a new "Prototype" version (Version 0.4) of Boost.Application ready to use. This version use a concept of "aspects" suggested by 'Vicente J. Botet Escriba'. Thus the library is much more flexible than version 0.3 (old-version), now the components are independents (loosely coupled). The documentation (work in progress status) is available on : <http://www.dokfile.com/appbeta4/docs/libs/application/doc/html/index.html> http://www.dokfile.com/appbeta4/docs/libs/application/doc/html/index.html The lib can be downloaded on : <https://github.com/retf/Boost.Application> https://github.com/retf/Boost.Application Please send your feedback! -- Older Version (0.3): If you want to make a comparison with the previous version (0.3), check: <http://www.dokfile.com/appbeta3/docs/libs/application/doc/html/index.html> http://www.dokfile.com/appbeta3/docs/libs/application/doc/html/index.html Thanks

2 1

[1.55.0] Release candidate 2 available
by Marshall Clow 07 Nov '13

07 Nov '13

RC2 files for 1.55.0 are available at http://boost.cowic.de/rc/ As always, the release managers would appreciate it if you download the candidate of your choice and give building it a try. Please report both success and failure, and anything else that is noteworthy. This helps ensure the candidates build OK before we push them out to SourceForge. The files (and associated md5s) are: 93780777cfbf999a600f62883bd54b17 *boost_1_55_0_rc2.tar.gz d6eef4b4cacb2183f2bf265a5a03a354 *boost_1_55_0_rc2.tar.bz2 8aca361a4713a1f491b0a5e33fee0f1f *boost_1_55_0_rc2.zip 4e5bbc15fc8c80df8be428f8a5b5a823 *boost_1_55_0_rc2.7z Thanks! -- The release managers === Changes to release since rc1 === ---- Author: bemandawes Date: 2013-10-28 13:16:50 EDT (Mon, 28 Oct 2013) New Revision: 86503 URL: http://svn.boost.org/trac/boost/changeset/86503 Log: Merge 86426 from trunk. This should fix msvc test failures. ---- Author: bemandawes Date: 2013-10-29 09:15:03 EDT (Tue, 29 Oct 2013) New Revision: 86514 URL: http://svn.boost.org/trac/boost/changeset/86514 Log: Merge 84443 from trunk, to fix mpl assert failures for msvc in many libraries. ---- Author: eric_niebler Date: 2013-10-29 12:53:08 EDT (Tue, 29 Oct 2013) New Revision: 86516 URL: http://svn.boost.org/trac/boost/changeset/86516 Log: merge [86460] from trunk, fix bootstrap on mingw --- Author: jhunold Date: 2013-10-29 13:19:33 EDT (Tue, 29 Oct 2013) New Revision: 86519 URL: http://svn.boost.org/trac/boost/changeset/86519 Log: Merge 84402 from ^/trunk ------------------------------------------------------------------------ r84402 | jhunold | 2013-05-21 14:23:20 +0200 (Di, 21 Mai 2013) | 4 lines Fix: cache file loading and saving must use native paths Fixes caching at least on Windows platform ------------------------------------------------------------------------ --- Author: johnmaddock Date: 2013-11-01 05:32:55 EDT (Fri, 01 Nov 2013) New Revision: 86532 URL: http://svn.boost.org/trac/boost/changeset/86532 Log: Merge fix for dependency tracking. --- Author: danieljames Date: 2013-11-03 14:20:09 EST (Sun, 03 Nov 2013) New Revision: 86551 URL: http://svn.boost.org/trac/boost/changeset/86551 Log: Merge Visual C++ 12 fix for Unordered. --- Author: viboes Date: 2013-11-03 15:43:42 EST (Sun, 03 Nov 2013) New Revision: 86552 URL: http://svn.boost.org/trac/boost/changeset/86552 Log: Thread: merge [86540] to fix #9319.

11 16

Re: [boost] [1.55.0] Release candidate 2 available
by Peter Dimov 06 Nov '13

06 Nov '13

Robert Ramey wrote: > lol - I'm already dealing with the fallout from a previous "trivial one > line fix". I actually do understand, because most trivial one-line fixes aren't. This one (adding the missing #include <algorithm>) really is, though. (At least according to my experience.)

1 0

Re: [boost] [1.55.0] Release candidate 2 available
by Eric Niebler 06 Nov '13

06 Nov '13

On 11/5/2013 1:46 AM, LeMay.Steve wrote: > VS2013 needs archive's transform_width.hpp to #include <algorithm> so > that std::min will be properly defined. Looks like it. Can you file the bug please? -- Eric Niebler Boost.org http://www.boost.org

11 17

[math] Contribution and TODO-list implementation.
by Bikineev 06 Nov '13

06 Nov '13

Hello. I'm russian student. My department is Applied Math. I need to make my magister work and I would like to relate it with Boost.Math development. I think this work could be something like implementation of tasks mentioned in TODO-list. New feature development may take a long time. In the best case, I would be glad to take job and reviewer for it. If anyone has an idea - I'm ready to take serious and big job for 1,5 years. Thanks.

5 11

Boost API System or Library Calls ..
by Rahul Mathur 06 Nov '13

06 Nov '13

Out of curiosity, wish to know if BOOST ASIO calls like - boost::asio::read() boost::asio::transfer_all() boost::asio::write() BOOST LEXICAL calls like - boost::lexical_cast<std::string>() BOOST POSIX TIME calls like - boost::posix_time::microsec_clock::universal_time() boost::posix_time::microsec_clock::ptime() are LIBRARY or SYSTEM calls. How to know which calls of BOOST are SYSTEM and LIBRARY calls? Thanks.

3 3

Re: [boost] [modularization] Dependency to Boost.Exceptionunavoidable?
by Ahmed Charles 05 Nov '13

05 Nov '13

What about combining throw_exception.hpp and exception.hpp and move that header to config, since it won't depend on anything else and only really does configuration anyways? Note, if you don't like config as a choice, the new version of detail which only depends on config sounds nice as well. ________________________________ From: Emil Dotchevski Sent: 11/3/2013 12:29 PM To: boost(a)lists.boost.org Subject: Re: [boost] [modularization] Dependency to Boost.Exceptionunavoidable? On Sat, Nov 2, 2013 at 5:19 PM, Niall Douglas <s_sourceforge(a)nedprod.com> wrote: > On 1 Nov 2013 at 16:01, Emil Dotchevski wrote: > >> 1. If BOOST_NO_EXCEPTIONS is defined, libraries should not throw. One >> option to implement that behavior is to pass exception objects (of the >> usual documented library-defined types) to boost::throw_exception. > > I wonder how useful supporting exceptions disabled is in recent years? I agree that many Boost libraries are impractical with exception handling disabled, but there is no harm done in supporting BOOST_NO_EXCEPTIONS via boost::throw_exception, since its specification does not allow it to return. -- Emil Dotchevski Reverge Studios, Inc. http://www.revergestudios.com/reblog/index.php?n=ReCode _______________________________________________ Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost

3 3

[unordered] Visual C++ 2013 initializer_list overload failure.
by Daniel James 05 Nov '13

05 Nov '13

Hi, I'm getting some test failures for inserting an initializer_list into the unordered containers: http://www.boost.org/development/tests/trunk/developer/output/teeks99-10-wi… I don't have access to Visual C++ 12 to investigate this. This is just a guess, but I think the problem is converting an initializer_list of string literals to an initializer list of std::string. This works okay with clang and g++ so I assume it's allowed. A minimal test might be something like the following (although it might not). #include <initializer_list> #include <string> template <typename T> struct thing { void insert(T const&) {} void insert(T&&) {} void insert(std::initializer_list<T>) {} }; int main() { thing<std::string> x; x.insert("a"); x.insert({"a"}); x.insert({"a", "b"}); }

5 13

Re: [boost] [tweener] Doxygen documentation issues
by Andrew Hundt 05 Nov '13

05 Nov '13

On Tue, Feb 26, 2013 at 4:28 PM, Julien Jorge < julien.jorge(a)stuff-o-matic.com> wrote: > Hi, > > I am writing the documentation of Boost.Tweener and I encounter various > difficulties. One of them is the generation of the class documentation > with doxygen. It seems that it cannot extract the class and member > documentation from .ipp files. Another alternative may be the EXTENSION_MAPPING section of a doxyfile. http://www.stack.nl/~dimitri/doxygen/manual/config.html#cfg_extension_mappi… Cheers! Andrew Hundt

1 0

[modularization] Modularizing Boost (modularization)
by Stephen Kelly 05 Nov '13

05 Nov '13

Hi there, my plan for modularizing and modernizing Boost was roughly this: * Phase 0 - remove dead weight by bumping compiler feature requirements * Phase 1 - move some files around so that the modularized repos form a mostly directed graph * Phase 2 - Form some kind of 'boost core library' or 'boost feature normalization library' from the guts of existing libraries like type_traits, static_assert, config mpl and utilities. * Phase 3 - Try to port the mpl to variadic templates so that the dependency on Boost.PP is not needed when variadic templates are available. I recommend completing up to phase 2 before migrating to git, as otherwise files will have to be deleted from one repo, and added to another without history. Phase 0 is aborted, so let's look at phase 1. [Note: This should go without saying, but my experience on this list tells me it needs to be said: * I do not propose making many commits with the commit message 'migrate' * The below is scripted for your understanding only. Scripting gives an exactness which prose does not, and allows reproducibility. Don't take it too literally. * Of course, forwarding headers should be understood to be left behind when a file is moved, where possible. * Don't cry too loudly about where I'm moving files to. See Phase 2 above, and understand that this is partly only an experiment to see how modularization can be done. EndNote] If the dependencies between repositories are analysed, the result is this graph: http://steveire.com/boost/graph_all.dot http://steveire.com/boost/graph_all_small.png There are 104 nodes and 1159 edges. Each edge is a real dependency which exists between repos, and which will exist between boost modularized packages. They should not be considered optional. If we remove any nodes which are not strongly connected, we are left with a new graph of nodes which are all strongly connected: http://steveire.com/boost/graph_strong.dot http://steveire.com/boost/graph_strong_small.png There are 68 nodes and 675 edges. Move enable_if from utility to type_traits: git submodule foreach 'git grep -l -P utility/enable_if.hpp -- include/boost | xargs sed -i "s|utility/enable_if.hpp|type_traits/enable_if.hpp|" || echo' mv libs/utility/include/boost/utility/enable_if.hpp libs/type_traits/include/boost/type_traits git submodule foreach 'git add . || echo' git submodule foreach 'git commit -am migrate || echo' There are now 670 edges and 68 nodes. Next, move boost/detail/workaround.hpp to the config library/repo: git submodule foreach 'git grep -l -P boost/detail/workaround.hpp -- include/boost | xargs sed -i "s|boost/detail/workaround.hpp|boost/config/workaround.hpp|" || echo' mv libs/detail/include/boost/detail/workaround.hpp libs/config/include/boost/config/ git submodule foreach 'git add . || echo' git submodule foreach 'git commit -am migrate || echo' There are now 661 edges and 68 nodes. Next, move boost/limits.hpp to the config library/repo: git submodule foreach 'git grep -l -P boost/limits.hpp -- include/boost | xargs sed -i "s|boost/limits.hpp|boost/config/limits.hpp|" || echo' mv libs/detail/include/boost/limits.hpp libs/config/include/boost/ git submodule foreach 'git add . || echo' git submodule foreach 'git commit -am migrate || echo' There are now 653 edges and 68 nodes. Next, move boost/detail/iterator.hpp and boost/iterator/iterator_traits.hpp to the type_traits library/repo: git submodule foreach 'git grep -l -P boost/detail/iterator.hpp -- include/boost | xargs sed -i "s|boost/detail/iterator.hpp|boost/type_traits/detail/iterator.hpp|" || echo' git submodule foreach 'git grep -l -P boost/iterator/iterator_traits.hpp -- include/boost | xargs sed -i "s|boost/iterator/iterator_traits.hpp|boost/type_traits/iterator_traits.hpp|" || echo' mv libs/detail/include/boost/detail/iterator.hpp libs/type_traits/include/boost/type_traits/detail/ mv libs/iterator/include/boost/iterator/iterator_traits.hpp libs/type_traits/include/boost/type_traits git submodule foreach 'git add . || echo' git submodule foreach 'git commit -am migrate || echo' There are now 650 edges and 68 nodes. Next, move boost/iterator.hpp from iterator to the utility library/repo: mv libs/iterator/include/boost/iterator.hpp libs/utility/include/boost/ git submodule foreach 'git add . || echo' git submodule foreach 'git commit -am migrate || echo' There are now 649 edges and 68 nodes. utility no longer depends on iterator. Move boost/version.hpp to config: mv libs/detail/include/boost/version.hpp libs/config/include/boost/ git submodule foreach 'git add . || echo' git submodule foreach 'git commit -am migrate || echo' There are now 512 edges and 64 nodes. The config, integer, io and static_assert libraries are no longer part of the mesh Next, move boost/pointee.hpp from iterator to detail: mv ./libs/iterator/include/boost/pointee.hpp libs/detail/include/boost/ git submodule foreach 'git add . || echo' git submodule foreach 'git commit -am migrate || echo' Move exception/detail/attribute_noreturn.hpp into config: git submodule foreach 'git grep -l -P boost/exception/detail/attribute_noreturn.hpp -- include/boost | xargs sed -i "s|boost/exception/detail/attribute_noreturn.hpp|boost/config/attribute_noreturn.hpp|" || echo' mv libs/exception/include/boost/exception/detail/attribute_noreturn.hpp libs/config/include/boost/config/ git submodule foreach 'git add . || echo' git submodule foreach 'git commit -am migrate || echo' Move boost/throw_exception.hpp and exception.hpp into utility: mv libs/exception/include/boost/throw_exception.hpp libs/utility/include/boost mv libs/exception/include/boost/exception/exception.hpp libs/utility/include/boost/utility git submodule foreach 'git grep -l -P boost/exception/exception.hpp -- include/boost | xargs sed -i "s|boost/exception/exception.hpp|boost/utility/exception.hpp|" || echo' git submodule foreach 'git add . || echo' git submodule foreach 'git commit -am migrate || echo' There are now 485 edges and 64 nodes. Several libraries form an inner mesh: $ grep -P "^\s*(type_traits|mpl|detail|utility|smart_ptr|typeof)" output.dot detail->mpl detail->type_traits detail->smart_ptr detail->utility utility->mpl utility->type_traits utility->detail type_traits->detail type_traits->mpl type_traits->typeof type_traits->utility smart_ptr->type_traits smart_ptr->detail smart_ptr->utility mpl->type_traits mpl->detail mpl->utility typeof->mpl typeof->type_traits If we treat them as one element for now, we get a new graph from the rest http://steveire.com/boost/graph_with_corelib.dot http://steveire.com/boost/graph_with_corelib.png There are now 138 edges and 39 nodes Move parts of {vector_,}property_map into graph_parallel: sed '1,/BOOST_GRAPH_USE_MPI/d;/BOOST_GRAPH_USE_MPI/,$d' libs/property_map/include/boost/property_map/property_map.hpp > tmp.hpp sed -i '/BOOST_GRAPH_USE_MPI/,/BOOST_GRAPH_USE_MPI/d' libs/property_map/include/boost/property_map/property_map.hpp sed '1,/BOOST_GRAPH_USE_MPI/d;/BOOST_GRAPH_USE_MPI/,$d' libs/property_map/include/boost/property_map/vector_property_map.hpp >> tmp.hpp sed -i '/BOOST_GRAPH_USE_MPI/,/BOOST_GRAPH_USE_MPI/d' libs/property_map/include/boost/property_map/vector_property_map.hpp sed -i '/#undef PBGL_DISTRIB_PMAP/r tmp.hpp' libs/property_map/include/boost/property_map/parallel/distributed_property_map.hpp rm tmp.hpp git submodule foreach 'git grep -l -P boost/property_map/parallel/distributed_property_map.hpp -- include/boost | xargs sed -i "s|boost/property_map/parallel/distributed_property_map.hpp|boost/graph/parallel/distributed_property_map.hpp|" || echo' git submodule foreach 'git grep -l -P boost/property_map/parallel/impl/distributed_property_map.ipp -- include/boost | xargs sed -i "s|boost/property_map/parallel/impl/distributed_property_map.hpp|boost/graph/parallel/detail/distributed_property_map.hpp|" || echo' mv libs/property_map/include/boost/property_map/parallel/distributed_property_map.hpp libs/graph_parallel/include/boost/graph/parallel mv libs/property_map/include/boost/property_map/parallel/impl/distributed_property_map.ipp libs/graph_parallel/include/boost/graph/parallel/detail git submodule foreach 'git add . || echo' git submodule foreach 'git commit -am migrate || echo' http://steveire.com/boost/graph_after_parallel.dot http://steveire.com/boost/graph_after_parallel.png There are now 95 edges and 33 nodes The remaining problematic edges are: conversion->range conversion->math range->algorithm math->multiprecision concept_check->parameter Assuming they can be broken by moving some files aroung (I believe they can be), we end up with a small graph of strongly connected components: http://steveire.com/boost/graph_after_remaining.dot http://steveire.com/boost/graph_after_remaining.png There are now 18 edges and 11 nodes. Looking at the entire graph again, we get this: http://steveire.com/boost/graph_final.dot http://steveire.com/boost/graph_final_small.png Obviously, this is not perfect, but it is a beginning, and it is mostly now a directed graph. Any comments? Thanks, Steve.

29 162

Re: [boost] [tweener] Doxygen documentation issues
by Paul A. Bristow 05 Nov '13

05 Nov '13

> -----Original Message----- > From: Boost [mailto:boost-bounces@lists.boost.org] On Behalf Of Steven Watanabe > Sent: Wednesday, February 27, 2013 4:48 AM > To: boost(a)lists.boost.org > Subject: Re: [boost] [tweener] Doxygen documentation issues > > AMDG > how can I also disable the extraction of the private members in the documentation? > > > > Doxygen XML is a bit annoying about that. Last time I tried, it seemed to ignore the option that's > supposed to hide private members. What we usually use is > /** INTERNAL ONLY */ which will cause BoostBook to strip it out. I've added this in all the namespace detail section and this is effective at reducing the items that are in the C++ reference section (from Quickbook). This is what a typical *user* wants - the implementation stuff in namespace detail (for example) is just clutter. But an *author or maintainer* might want all the detail sections included in the C++ reference section. I can achieve this by horribly hacking the *.*pp files to change all INTERNAL ONLY to INTERNAL AS WELL - or something. Can you suggest a better way of switching this INTERNAL ONLY feature on/off? Thanks Paul --- Paul A. Bristow, Prizet Farmhouse, Kendal LA8 8AB UK +44 1539 561830 07714330204 pbristow(a)hetp.u-net.com

2 1

[parameter] referring to argument types in BOOST_PARAMETER_FUNCTION return values
by Erik Erlandson 05 Nov '13

05 Nov '13

There is documentation that demonstrates using boost::parameter::value_type<> to extract the type of an argument in the boost::parameter library. However, the example does *not* use the BOOST_PARAMETER_FUNCTION() macro, and so the resulting function doesn't benefit from all the features you can get from that macro: Section 3.2.2: http://www.boost.org/doc/libs/1_54_0/libs/parameter/doc/html/index.html#mor… I was able to fairly easily obtain the same kind of arg type information inside of a BOOST_PARAMETER_FUNCTION() declaration, which I show in this example: https://gist.github.com/erikerlandson/7319975 To come up with that, I had to throw '-E' and examine the macro expansions to determine that 'Args' is the appropriate argument-pack template name to use. In other words, what I did doesn't appear to be officially supported: // not officially documented or supported? (typename boost::parameter::value_type<Args, tag::c, int>::type) However, I don't see any barrier to officially supporting the above. All it requires is a promise that 'Args' is the template name that will be generated by the macros. Alternatively, provide a new utility macro, such as: #define BOOST_PARAMETER_ARG_TYPE(arg_name) typename boost::parameter::value_type<[template arg name], [namespace]::arg_name, int>::type

1 0

Re: [boost] [1.55.0] Release candidate 2 available
by Sergey Cheban 05 Nov '13

05 Nov '13

On 04.11.2013 4:00, Jeff Flinn wrote: > Serialization still fails to build on VS2013. This is due to tickets #9279/#8750 > not being merged to release from trunk. Robert sent me a direct email saying > "See my previous post on this thread to see why we're stuck here." but I've not > been able to figure out to what he's referring. I see the same problem: ...failed compile-c-c++ bin.v2\libs\serialization\build\msvc-12.0\dbg\adrs-mdl-32\archt-x86\lnk-sttc\rntm-lnk-sttc\thrd-mlt\basic_text_oprimitive.obj... compile-c-c++ bin.v2\libs\serialization\build\msvc-12.0\dbg\adrs-mdl-32\archt-x86\lnk-sttc\rntm-lnk-sttc\thrd-mlt\basic_text_iprimitive.obj basic_text_iprimitive.cpp C:\Users\sch\Documents\BoostBuild\boost_1_55_0rc2\boost/archive/iterators/transform_width.hpp(151) : error C2039: 'min' : is not a member of 'std' C:\Users\sch\Documents\BoostBuild\boost_1_55_0rc2\boost/archive/iterators/transform_width.hpp(134) : while compiling class template member function 'void boost::archive::iterators::transform_width<boost::archive::iterators::binary_from_base64<boost::archive::iterators::remove_whitespace<boost::archive::iterators::istream_iterator<CharType>>,CharType>,8,6,CharType>::fill(void)' ...failed compile-c-c++ bin.v2\libs\serialization\build\msvc-12.0\dbg\adrs-mdl-32\archt-x86\lnk-sttc\rntm-lnk-sttc\thrd-mlt\basic_text_woprimitive.obj... compile-c-c++ bin.v2\libs\serialization\build\msvc-12.0\dbg\adrs-mdl-32\archt-x86\lnk-sttc\rntm-lnk-sttc\thrd-mlt\basic_text_wiprimitive.obj basic_text_wiprimitive.cpp C:\Users\sch\Documents\BoostBuild\boost_1_55_0rc2\boost/archive/iterators/transform_width.hpp(151) : error C2039: 'min' : is not a member of 'std' C:\Users\sch\Documents\BoostBuild\boost_1_55_0rc2\boost/archive/iterators/transform_width.hpp(134) : while compiling class template member function 'void boost::archive::iterators::transform_width<boost::archive::iterators::binary_from_base64<boost::archive::iterators::remove_whitespace<boost::archive::iterators::istream_iterator<CharType>>,CharType>,8,6,CharType>::fill(void)' basic_text_oprimitive.cpp .\boost/archive/iterators/transform_width.hpp(151) : error C2039: 'min' : is not a member of 'std' .\boost/archive/iterators/transform_width.hpp(134) : while compiling class template member function 'void boost::archive::iterators::transform_width<const char *,6,8,char>::fill(void)' ...failed updating 8 targets... ...skipped 8 targets... ...updated 1080 targets... -- Sergey Cheban

1 0

[modularization] Improving/splitting up detail
by John Maddock 05 Nov '13

05 Nov '13

Lets say we wanted boost/detail to depend on nothing but config, here's what it would take: boost/detail/algorithm.hpp Used by graph lib only, suggest it's moved there. boost/detail/allocator_utilities.hpp Used by multi index, statechart and flyweight, suggest move to new "common" module. boost/detail/atomic_count.hpp Depends on smart_ptr's details only, suggest those details are moved to "detail" module. boost/detail/binary_search.hpp Used by python and test, move to "common". boost/detail/bitmask.hpp Only external dependency is boost/cstdint.hpp, either move to "common", or else move cstdint.hpp to "config". boost/detail/call_traits.hpp Move to call_traits (should be there already). boost/detail/catch_exceptions.hpp Only external dependency is boost/cstdint.hpp, suggest latter is moved to config. boost/detail/compressed_pair.hpp Move to compressed pair (should be there already). boost/detail/endian.hpp Move to "predef" boost/detail/has_default_constructor.hpp File appears to be unused, and not very useful, suggest we remove it. boost/detail/identifier.hpp File appears to be unused, suggest we remove it. boost/detail/indirect_traits.hpp Used by iterator and python, move to "common" boost/detail/is_incrementable.hpp Move to common, or better modify the libraies using this to use the newer type_traits equivalents. boost/detail/is_sorted.hpp Used by graph and range, move to "common" boost/detail/is_xxx.hpp Used by parameter and python, move to "common" boost/detail/iterator.hpp I suspect this may be obsolete now compiler requirements have been bumped, but whatever it's still used by multiple libs: move to "common" boost/detail/lcast_precision.hpp Only used by lexical_cast, move it there. boost/detail/lightweight_mutex.hpp Only extern dependency is smart_ptr's details, suggest move those to detail. boost/detail/named_template_params.hpp Appears to be unused, suggest we remove. boost/detail/numeric_traits.hpp Used by graph and iterator, move to "common" boost/detail/ob_compressed_pair.hpp Move to compressed pair, might also be obsolete by now. boost/detail/quick_allocator.hpp Only external dependency is smart_ptr's details, suggest those are moved here. Or since only serialization uses this, move this file there... boost/detail/reference_content.hpp Used by optional and variant, move to "common". boost/detail/winapi/* Depends on boost/cstdint.hpp only, suggest that belongs to config. Everything else in detail has no dependencies other than config. Thoughts? John.

11 22

Re: [boost] [Trac] Catch-22: Captcha Errors on legitimate submissions (fwd)
by DongInn Kim 04 Nov '13

04 Nov '13

Hi, I have looked into the trac admin page to see if there is anything useful for this issue and I found that the current Jim Bell’s tickets and comments were filtered out as a spam. http://www.crest.iu.edu/~dikim/spamfilter.png The spamfilter on trac is not perfect. It just filters out anything if they meet some criteria that the filter setup. I have not setup the filter criteria (Yes, I have installed the spam filter as you guys requested). It seems that it needs to train the spam filter with some admin’s interaction on the filtered tickets as a spam or ham. I just tried to make four Jim Bell’s ticket/comments selected as a ham. I hope the spam filter does a little better job on Jim Bell’s ticket next time. The following users are the admin of the boost trac system and I hope that they need to train the spam filter from time to time in case this kind of incidents happen. az_sw_dude admin bemandawes admin dave admin dgregor admin eric_niebler admin grafik admin johnmaddock admin marshall admin -PS- I do not follow this mailing list. If someone forwards an email to me like this, I can see what happens. Regards, -- - DongInn On Nov 1, 2013, at 9:35 PM, Jeremiah Willcock <jewillco(a)crest.iu.edu> wrote: > > > ---------- Forwarded message ---------- > From: Jim Bell <Jim(a)JC-Bell.com> > To: boost(a)lists.boost.org > Date: Fri, 01 Nov 2013 18:25:01 -0500 > Subject: [boost] [Trac] Catch-22: Captcha Errors on legitimate submissions > Reply-To: boost(a)lists.boost.org > X-perlmx-spam: Gauge=X, Probability=10%, Report=' > TO_IN_SUBJECT 0.5, REPLYTO_FROM_DIFF_ADDY 0.1, HTML_00_01 0.05, > HTML_00_10 0.05, BODYTEXTP_SIZE_3000_LESS 0, BODY_SIZE_1000_LESS 0, > BODY_SIZE_2000_LESS 0, BODY_SIZE_5000_LESS 0, BODY_SIZE_7000_LESS 0, > BODY_SIZE_700_799 0, DATE_TZ_NA 0, __ANY_URI 0, __CP_URI_IN_BODY 0, __CT 0, > __CTE 0, __CT_TEXT_PLAIN 0, __HAS_FROM 0, __HAS_LIST_HEADER 0, > __HAS_LIST_HELP 0, __HAS_LIST_SUBSCRIBE 0, __HAS_LIST_UNSUBSCRIBE 0, > __HAS_MSGID 0, __HAS_REPLYTO 0, __MIME_TEXT_ONLY 0, __MIME_VERSION 0, > __MOZILLA_MSGID 0, __MOZILLA_USER_AGENT 0, __SANE_MSGID 0, > __TO_IN_SUBJECT 0, __TO_MALFORMED_2 0, __TO_NO_NAME 0, __URI_NO_MAILTO 0, > __URI_NO_WWW 0, __URI_NS , __USER_AGENT 0' > > I had a ticket attachment and comment both rejected from a "captcha error," so I decided to open a Trac ticket on the captcha mechanism itself. But guess what? THAT ticket was also rejected by the captcha error. Catch-22! > > So I'm posting it here. > > I get: > -------------------------------- > Captcha Error > Submission rejected as potential spam (StopForumSpam says this is spam (username)) > > Trac thinks your submission might be Spam. To prove otherwise please provide a response to the following. > -------------------------------- > > But there's nothing following to which to provide a response. Is it mis-configured? > > > > > _______________________________________________ > Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost

5 4

Re: [boost] [modularization] Dependency to Boost.Exceptionunavoidable?
by Niall Douglas 04 Nov '13

04 Nov '13

On 3 Nov 2013 at 9:08, Robert Ramey wrote: > I don't think it's a great idea for a library author to make the > requirements for using his library more stringent than is absolutely > necessary. I generally agree. With the exception of features specified to be part of the C++ language standard. Those any C++ codebase has the right to assume are always available. > The way BOOST_EXCEPTION used to be was correct - Implemented as a throw if > the platform supported it, and calling some defined function if the > platform doesn't support them. This actually works well when exceptions > are not used as part of the code logic but only to handle "error > conditions". This practice is generally recommended and many follow it. > In this context, there's not reason not couple one's library to the > existence of RTTI or an related compiler feature. I think my personal difficulty here is that lack of RTTI can be worked around (e.g. Boost.TypeIndex), whereas presence or lack of exceptions means completely different design of a C++ codebase, with a non-exception safe design being utterly and more importantly permanently defective when used in the presence of exceptions - a rather important distinction. I can certainly see that by ruling out exception safety during design that one can get code to market quicker - assuming that one does not save significant implementation time by making use of libraries which assume exceptions work (e.g. the C++11 STL), because as soon as you mix in exception assuming code with non-exception capable code you have interop problems. > "it was/is an interesting choice by a large, modern, non-embedded C++ > use case." > > I think that boost should provide more support for embedded systems - not > less. I agree in the sense that hard realtime use cases for Boost where there is guaranteed worst case execution times is incredibly important, and indeed for those cases where Boost.TypeIndex can replace RTTI it will eliminate RTTI's unbounded execution times. That makes exception throwing the only unbounded worst case execution time scenario remaining. There is nothing about an embedded system that implies exceptions ought to be disabled though, especially with any semi-recent compiler and that your codebase isn't regularly throwing exceptions while it runs. You do tend to lose a register and use more stack space in code generation, but a reasonably modern bottom end embedded CPU is fairly tolerant of that nowadays thanks to having at least a L1 cache which hides a lot of the consequences of extra but unused stack usage. It's not like on 6502 with its three registers incapable of even burst read/writes to RAM for sure, or even an ARM v2 where stack writes across RAM page line boundaries stalled the CPU. Niall -- Currently unemployed and looking for work. Work Portfolio: http://careers.stackoverflow.com/nialldouglas/

1 0

[1.55] Request for permission to merge fix for chrono.
by Vicente J. Botet Escriba 04 Nov '13

04 Nov '13

Hi, I would like to merge if possible this fix https://svn.boost.org/trac/boost/changeset/86547 for this bug https://svn.boost.org/trac/boost/ticket/9337 . The bug was introduced on [75920] <https://svn.boost.org/trac/boost/changeset/75920>, so long time ago :( Please let me know. Vicente

3 4

Re: [boost] [modularization] Improving/splitting up detail
by Ahmed Charles 04 Nov '13

04 Nov '13

Then call them modules, tell users that libraries are made of modules and that's it. The fact that most libraries have a module called core or detail that is shared with most other libraries is utterly irrelevant to users. The fact that this allows them to use libraries while downloading and installing less other libraries is useful. ________________________________ From: Daniel Pfeifer Sent: 11/2/2013 12:23 AM To: Boost Developers List Subject: Re: [boost] [modularization] Improving/splitting up detail 2013/11/2 Ahmed Charles <acharles(a)outlook.com>: > > >> Date: Fri, 1 Nov 2013 22:34:07 +0000 >> From: daniel(a)calamity.org.uk >> To: boost(a)lists.boost.org >> Subject: Re: [boost] [modularization] Improving/splitting up detail >> >> On 1 November 2013 22:10, Daniel Pfeifer <daniel(a)pfeifer-mail.de> wrote: >> >> >> >> boost/detail/xxx.hpp >> >> >> >> Used by YYY and ZZZ, move to "common" >> > >> > Isn't there already a dependency from YYY to ZZZ? Could we put xxx.hpp >> > to ZZZ instead? Maybe a "common" is not even needed. >> >> We should be careful about making changes just because they fit the >> current dependencies. Dependencies are not constant, we don't want to >> be in a situation where the dependency graph falls apart because of a >> future change to one of these headers. Also, if a header is in detail >> it should be potentially useful for future libraries which wouldn't >> want to depend on ZZZ (if it isn't, then it shouldn't have been put in >> detail in the first place). > > The goal is to create two 'modules' or libraries: We had that originally. They were called "detail" and "core". How do we describe those libraries to users? Those might be the Frequently Questioned Answers: A: It is a Boost library that you should not use. Q: If it is not useful, why does it exist? A: It is used internally by several Boost libraries. Q: If it is so useful, why should I not use it too? I prefer to have no such "detail" libraries at all. Everything that is useful to a broader audience should be in utility. Everything else should be an implementation detail of one library. When one library depends on the implementation detail of another library (ie. includes a 'detail' header from it), that is a smell, OK. But at least it is hidden from users. -- Daniel _______________________________________________ Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost

1 0

[config] clang deleted functions bugged
by Vicente J. Botet Escriba 04 Nov '13

04 Nov '13

Hi, Clang has a bug with deleted functions (see http://stackoverflow.com/questions/7754564/clang-error-message-when-using-c…) Please, could we comment these two lines until clang fixes the bug //#if !__has_feature(cxx_deleted_functions) # define BOOST_NO_CXX11_DELETED_FUNCTIONS //#endif Thanks, Vicente

3 8

Re: [boost] [Boost-users] [1.55.0] Release candidate 2 available
by Tom Kent 04 Nov '13

04 Nov '13

On Sun, Nov 3, 2013 at 6:00 PM, Jeff Flinn <Jeffrey.Flinn(a)gmail.com> wrote: > On 11/3/2013 6:05 PM, Marshall Clow wrote: > >> >> On Nov 3, 2013, at 2:25 PM, Tom Kent <lists(a)teeks99.com >> <mailto:lists@teeks99.com>> wrote: >> >> On Sun, Nov 3, 2013 at 3:15 PM, Marshall Clow <mclow.lists(a)gmail.com >>> <mailto:mclow.lists@gmail.com>> wrote: >>> >>> RC2 files for 1.55.0 are available at >>> http://boost.cowic.de/rc/ >>> >>> As always, the release managers would appreciate it if you download >>> the candidate of your choice and give building it a try. Please >>> report >>> both success and failure, and anything else that is noteworthy. >>> >>> This helps ensure the candidates build OK before we push them out >>> to SourceForge. >>> >>> The files (and associated md5s) are: >>> 93780777cfbf999a600f62883bd54b17 >>> *boost_1_55_0_rc2.tar.gz >>> d6eef4b4cacb2183f2bf265a5a03a354 >>> *boost_1_55_0_rc2.tar.bz2 >>> 8aca361a4713a1f491b0a5e33fee0f1f >>> *boost_1_55_0_rc2.zip >>> 4e5bbc15fc8c80df8be428f8a5b5a823 *boost_1_55_0_rc2.7z >>> >>> >>> Thanks! >>> >>> -- The release managers >>> >>> >>> When is the release expected? (How long do we have to try building?) >>> >> >> We try to ship an RC on Wednesday, then release on Monday. >> If there are no problems found in this RC, I expect we'll release on >> Friday or Saturday. >> > > Serialization still fails to build on VS2013. This is due to tickets > #9279/#8750 not being merged to release from trunk. Robert sent me a direct > email saying "See my previous post on this thread to see why we're stuck > here." but I've not been able to figure out to what he's referring. > > Jeff I'm also seeing the serialization failures with msvc-12.0. Tom

2 1

Re: [boost] [Boost-users] [1.55.0] Release candidate 2 available
by Marshall Clow 04 Nov '13

04 Nov '13

On Nov 3, 2013, at 4:00 PM, Jeff Flinn <jeffrey.flinn(a)gmail.com> wrote: > On 11/3/2013 6:05 PM, Marshall Clow wrote: >> >> On Nov 3, 2013, at 2:25 PM, Tom Kent <lists(a)teeks99.com >> <mailto:lists@teeks99.com>> wrote: >> >>> On Sun, Nov 3, 2013 at 3:15 PM, Marshall Clow <mclow.lists(a)gmail.com >>> <mailto:mclow.lists@gmail.com>> wrote: >>> >>> RC2 files for 1.55.0 are available at >>> http://boost.cowic.de/rc/ >>> >>> As always, the release managers would appreciate it if you download >>> the candidate of your choice and give building it a try. Please report >>> both success and failure, and anything else that is noteworthy. >>> >>> This helps ensure the candidates build OK before we push them out >>> to SourceForge. >>> >>> The files (and associated md5s) are: >>> 93780777cfbf999a600f62883bd54b17 >>> *boost_1_55_0_rc2.tar.gz >>> d6eef4b4cacb2183f2bf265a5a03a354 >>> *boost_1_55_0_rc2.tar.bz2 >>> 8aca361a4713a1f491b0a5e33fee0f1f *boost_1_55_0_rc2.zip >>> 4e5bbc15fc8c80df8be428f8a5b5a823 *boost_1_55_0_rc2.7z >>> >>> >>> Thanks! >>> >>> -- The release managers >>> >>> >>> When is the release expected? (How long do we have to try building?) >> >> We try to ship an RC on Wednesday, then release on Monday. >> If there are no problems found in this RC, I expect we'll release on >> Friday or Saturday. > > Serialization still fails to build on VS2013. This is due to tickets #9279/#8750 not being merged to release from trunk. Robert sent me a direct email saying "See my previous post on this thread to see why we're stuck here." but I've not been able to figure out to what he's referring. I think he was referring to this email: On Oct 31, 2013, at 9:44 AM, Robert Ramey <robertmacleranramey(a)gmail.com> wrote: > I've been trying to get these changes in. I grouped a number of the changes into one batch. I group them because it takes me a long time to test any changes. The fixes seemed simple, but to no one's surprise, they turned out to have some unexpected wrinkles. Right now I'm pending an answer to my recent question on the mailing list regarding TYPE_TRAIT deprecation. Once that gets done I would be ready to merge the trunk into the release. I don't think things are going to fall into place before 1.55 release though. It doesn't sound to me like he's ready to put those changes out into a release at this time. -- Marshall

1 0

[endian] status?
by Michael Marcin 04 Nov '13

04 Nov '13

I need to read/write some structs as binary data over an asio tcp socket and convert host<->network byte order. IIRC the endian library was supposed to clean this process up substantially but I can't find it. I thought it passed review years ago but I could be misremembering.

2 2

Re: [boost] [modularization] Dependency to Boost.Exceptionunavoidable?
by Emil Dotchevski 03 Nov '13

03 Nov '13

On Sat, Nov 2, 2013 at 5:19 PM, Niall Douglas <s_sourceforge(a)nedprod.com> wrote: > On 1 Nov 2013 at 16:01, Emil Dotchevski wrote: > >> 1. If BOOST_NO_EXCEPTIONS is defined, libraries should not throw. One >> option to implement that behavior is to pass exception objects (of the >> usual documented library-defined types) to boost::throw_exception. > > I wonder how useful supporting exceptions disabled is in recent years? I agree that many Boost libraries are impractical with exception handling disabled, but there is no harm done in supporting BOOST_NO_EXCEPTIONS via boost::throw_exception, since its specification does not allow it to return. -- Emil Dotchevski Reverge Studios, Inc. http://www.revergestudios.com/reblog/index.php?n=ReCode

1 0

[1.55] Request for permission to merge
by Vicente J. Botet Escriba 03 Nov '13

03 Nov '13

Hi, I would like to merge if it is possible this fix https://svn.boost.org/trac/boost/changeset/86540 for this bug https://svn.boost.org/trac/boost/ticket/9319. Please let me know. Vicente

4 5

Re: [boost] [modularization] Improving/splitting up detail
by Cox, Michael 03 Nov '13

03 Nov '13

On Sat, Nov 2, 2013 at 6:20 AM, <boost-request(a)lists.boost.org> wrote: > Date: Sat, 2 Nov 2013 08:20:02 -0400 > From: Rob Stewart <robertstewart(a)comcast.net> > To: "boost(a)lists.boost.org" <boost(a)lists.boost.org> > Subject: Re: [boost] [modularization] Improving/splitting up detail > Message-ID: <57B4CEB2-A04B-4341-A613-39FB1A9D6AE3(a)comcast.net> > Content-Type: text/plain; charset=us-ascii > > On Nov 2, 2013, at 4:35 AM, "John Maddock" <john(a)johnmaddock.co.uk> wrote: > >>>> The goal is to create two 'modules' or libraries: >>> >>> We had that originally. They were called "detail" and "core". > [snip] >>> >>> I prefer to have no such "detail" libraries at all. Everything that is useful to a broader audience should be in utility. >> >> Funnily enough I was about to suggest just that: lets do away with detail and have: >> >> core: >> everything in: >> boost/detail/ >> boost/pending/ >> boost/utility/ >> That has no dependencies. What about config, or should that also go in core? >> >> Utility: >> As above, but with dependencies (mostly to mpl/pp/type_traits). >> >> throw_exception.hpp and dependencies should go in core too, as would a few headers under boost/ such as cstdint.hpp etc. > > That seems like a good idea provided that everything now in namespace detail remains in that namespace. > > > ___ > Rob > > (Sent from my portable computation engine) >

2 1

Re: [boost] [modularization] Dependency to Boost.Exceptionunavoidable?
by Niall Douglas 03 Nov '13

03 Nov '13

On 1 Nov 2013 at 16:01, Emil Dotchevski wrote: > 1. If BOOST_NO_EXCEPTIONS is defined, libraries should not throw. One > option to implement that behavior is to pass exception objects (of the > usual documented library-defined types) to boost::throw_exception. I wonder how useful supporting exceptions disabled is in recent years? Most recent C++ code assumes throwing exceptions works, and even games consoles which traditionally were very anti exceptions are beginning to weaken on this [1]. I also note that the C++ 11 standard library does a lot more exception throwing than the C++ 03 standard library, so it would surely be harder use C++ 11 with exceptions disabled. All this said, LLVM used to not use exceptions nor RTTI, and could be compiled with both disabled. No idea if this is still the case. Either way it was/is an interesting choice by a large, modern, non-embedded C++ use case. [1]: http://www.gamedev.net/topic/639123-portable-use-and-disabling-of-exceptions Niall

1 0

Concatenating int value to string ..??
by Rahul Mathur 02 Nov '13

02 Nov '13

All, I wish to have string (combination of string value and int value) which increments until 100. The code is as below - --- #include <iostream> #include <cstdlib> #include <string> #include <boost/lexical_cast.hpp> using namespace std; int main() { std::string TID = "Apple"; int TagID = 01, Value = 000 /* 100 IDs*/; std::string TagName, TagInitial, TagUId; TagName = TID + boost::lexical_cast<std::string>(TagID); // Should be as -> Apple01 TagInitial = TagName + boost::lexical_cast<std::string>(Value); // Should be as -> Apple01000 int i = boost::lexical_cast<int>(TagInitial) + 1; // Should be as -> Apple01001 TagUId = boost::lexical_cast<std::string>(i); std::cout << "Tag ID .." << TagUId << endl; } I get below error message - -- terminate called after throwing an instance of 'boost::exception_detail::clone_impl<boost::exception_detail::error_info_injector<boost::bad_lexical_cast> >' what(): bad lexical cast: source type value could not be interpreted as target Aborted (core dumped) -- Any clue? ~ Thanks!!

4 8

[Trac] Catch-22: Captcha Errors on legitimate submissions
by Jim Bell 01 Nov '13

01 Nov '13

I had a ticket attachment and comment both rejected from a "captcha error," so I decided to open a Trac ticket on the captcha mechanism itself. But guess what? THAT ticket was also rejected by the captcha error. Catch-22! So I'm posting it here. I get: -------------------------------- Captcha Error Submission rejected as potential spam (StopForumSpam says this is spam (username)) Trac thinks your submission might be Spam. To prove otherwise please provide a response to the following. -------------------------------- But there's nothing following to which to provide a response. Is it mis-configured?

1 0

[modularization] Dependency to Boost.Exception unavoidable?
by Daniel Pfeifer 01 Nov '13

01 Nov '13

2013/11/1 Peter Dimov <lists(a)pdimov.com>: > > ->exception is unavoidable because of throw_exception. I think `throw_exception.hpp` belongs to Boost.Utility for two reasons: 1. That file is older than Boost.Exception. 2. It introduces a *conditional* dependency to Boost.Exception. When I provide an implementation for `throw_exception` and/or define BOOST_NO_EXCEPTIONS/BOOST_EXCEPTION_DISABLE accordingly, I would expect *not* having a dependency to Boost.Exception. -- Daniel

4 9

[git] open an "admin" link doesn't works
by Vicente J. Botet Escriba 01 Nov '13

01 Nov '13

Hi, I tried to gain write access to a particular Boost library but the link *open an "admin"* issue <https://github.com/boostorg/admin/issues> in https://svn.boost.org/trac/boost/wiki/ModAdmin . doesn't works for me. Could someone help me? Vicente

8 10

Re: [boost] [Boost-users] [1.55.0] Release candidates available
by Tom Kent 01 Nov '13

01 Nov '13

On Fri, Nov 1, 2013 at 2:12 AM, Craig Henderson <hello(a)craighenderson.co.uk>wrote: > > > On 1 Nov 2013, at 00:29, Lars Viklund <zao(a)acc.umu.se> wrote: > > > >> On Thu, Oct 31, 2013 at 10:38:22PM +0000, Craig Henderson wrote: > >> Compiling x64 with vc12 (MSVS2012) using the command below, I get 33 > failed > >> targets. I reran the build to get a reduced log, which is attached. > >> > >> b2 --build-dir=bin.x64 stage --build-type=complete variant=release,debug > >> address-model=64 link=shared,static runtime-link=shared,static > >> threading=multi > >> > >> All the errors seems to be with transform_width.hpp: > >> .\boost/archive/iterators/transform_width.hpp(151) : error C2039: 'min' > : > >> is not a member of 'std' > > > > This took months to fix on trunk, where it's fixed, but the author has > > yet to bother/get-around merging it to release. > > > > The trunk has other build problems, but this one seems fixed, yes. > MSVS2013 is an important compiler to support. > So, is there going to be an _rc2 for this and the bcp problem? Tom

1 0

[config] including typeinfo in dinkumware.hpp when RTTI is disabled
by Edward Diener 01 Nov '13

01 Nov '13

Evidently the only way to currently compile clang on Windows using the VC++ RTL is to compile without RTTI and exception handling in its VC++ emulation ( options -D_HAS_EXCEPTIONS=0 /GR- ). This may be totally unrealistic for Boost. Nonetheless with these compiler options, when the dinkumware.hpp is being used by Boost config, it is including typeinfo and this is causing a problem: c:\Program Files\Microsoft Visual Studio 10.0\VC\INCLUDE\typeinfo(156,10) : error: unknown class name 'exception'; did you mean '_exception'? : public exception Is it realistic in dinkumware.hpp to not include typeinfo if RTTI is not enabled ? Or is it just more realistic to say that compiling Boost libraries with RTTI disabled is not going to work ?

4 9

[git help] Cloning the boost git repository recursively seems to have issues.
by Cox, Michael 01 Nov '13

01 Nov '13

On Wed, Oct 30, 2013 at 11:16 PM, <boost-request(a)lists.boost.org> wrote: > Date: Wed, 30 Oct 2013 23:31:25 +0100 > From: Daniel Pfeifer <daniel(a)pfeifer-mail.de> > To: Boost Developers List <boost(a)lists.boost.org> > Cc: Mike <mhcox(a)bluezoosoftware.com> > Subject: [boost] [git help] Cloning the boost git repository > recursively seems to have issues. > Message-ID: > <CANZMcXrkLdL7-ax9CUnaySwJB4-=fSt3n627n3bdj_LF0Yp-KA(a)mail.gmail.com> > Content-Type: text/plain; charset=UTF-8 > > Hi Mike, > > Thanks for reporting that issue. > Migration if Boost to modularized Git has been decoupled from Ryppl. > I forward your message to the Boost Developers List. > > -- Daniel > > ---------- Forwarded message ---------- > From: Mike <mhcox(a)bluezoosoftware.com> > Date: 2013/10/29 > Subject: [ryppl-dev] Cloning the boost git repository recursively > seems to have issues. > To: ryppl-dev(a)googlegroups.com > > > I ran the following git command to retrieve the latest modularized > boost code in github.com/boostorg: > > $ git clone --recursive https://github.com/boostorg/boost > > The boost repository and all its submodules were recursively cloned as > expected, but bootstrap.bat in the boost repository and some library > submodules were marked as modified. Not what I expected. I ran the > following command to get a list of the modified files in the > submodules: > $ git submodule foreach --recursive 'git status --short' > > I got the following output: > Entering 'libs/accumulators' > Entering 'libs/algorithm' > Entering 'libs/any' > ... > Entering 'libs/geometry' > M example/ml02_distance_strategy.cpp > Entering 'libs/gil' > ... > Entering 'libs/interprocess' > M proj/vc7ide/doc_managed_grow.vcproj > M proj/vc7ide/managed_shared_memory.vcproj > M proj/vc7ide/offset_ptr_test.vcproj > Entering 'libs/intrusive' > M proj/vc7ide/avl_multiset/avl_multiset.vcproj > M proj/vc7ide/avl_set/avl_set.vcproj > M proj/vc7ide/sg_multiset/sg_multiset.vcproj > M proj/vc7ide/sg_set/sg_set.vcproj > M proj/vc7ide/splay_multiset/splay_multiset.vcproj > M proj/vc7ide/splay_set/splay_set.vcproj > Entering 'libs/io' > ... > Entering 'libs/math' > M doc/equations/gamm1.svg > M doc/equations/gamm2.svg > M doc/equations/gamm3.svg > M doc/equations/gamm4.svg > M doc/equations/gamm5.svg > M doc/equations/gamma_dist_ref1.svg > M doc/equations/gamma_dist_ref2.svg > M doc/equations/gamma_ratio0.svg > M doc/equations/gamma_ratio1.svg > M doc/equations/hankel1.svg > M doc/equations/hankel2.svg > M doc/equations/hankel3.svg > M doc/equations/hankel4.svg > M doc/equations/hankel5.svg > M doc/equations/hazard.svg > M doc/equations/hermite_0.svg > M doc/equations/hermite_1.svg > M doc/equations/hypergeometric1.svg > M doc/equations/hypergeometric2.svg > M doc/equations/hypergeometric3.svg > M doc/equations/hypergeometric4.svg > M doc/equations/hypergeometric5.svg > M doc/equations/hypergeometric6.svg > M doc/equations/hypot.svg > M doc/equations/hypot2.svg > M doc/equations/ibeta1.svg > M doc/equations/ibeta10.svg > M doc/equations/ibeta11.svg > M doc/equations/ibeta12.svg > M doc/equations/ibeta2.svg > M doc/equations/ibeta3.svg > M doc/equations/ibeta4.svg > M doc/equations/ibeta5.svg > M doc/equations/ibeta6.svg > M doc/equations/ibeta7.svg > M doc/equations/ibeta8.svg > M doc/equations/ibeta9.svg > M doc/equations/ibeta_inv1.svg > M doc/equations/ibeta_inv2.svg > M doc/equations/ibeta_inv3.svg > M doc/equations/ibeta_inv4.svg > M doc/equations/ibeta_inv5.svg > M doc/equations/ibeta_inv6.svg > M doc/equations/ibeta_inv7.svg > M doc/equations/ibeta_inv8.svg > M doc/equations/igamma1.svg > M doc/equations/igamma10.svg > M doc/equations/igamma11.svg > M doc/equations/igamma11b.svg > M doc/equations/igamma12.svg > M doc/equations/igamma13.svg > M doc/equations/igamma16.svg > M doc/equations/igamma17.svg > M doc/equations/igamma18.svg > M doc/equations/igamma19.svg > M doc/equations/igamma1f.svg > M doc/equations/igamma2.svg > M doc/equations/igamma2f.svg > M doc/equations/igamma3.svg > M doc/equations/igamma4.svg > M doc/equations/igamma5.svg > M doc/equations/igamma6.svg > M doc/equations/igamma7.svg > M doc/equations/igamma8.svg > M doc/equations/igamma9.svg > M doc/equations/jacobi1.svg > M doc/equations/jacobi2.svg > M doc/equations/jacobi3.svg > M doc/equations/jacobi4.svg > M doc/equations/laguerre_0.svg > M doc/equations/laguerre_1.svg > M doc/equations/laguerre_2.svg > M doc/equations/laguerre_3.svg > M doc/equations/lanczos0.svg > M doc/equations/lanczos0a.svg > M doc/equations/lanczos0b.svg > M doc/equations/lanczos1.svg > M doc/equations/lanczos2.svg > M doc/equations/lanczos3.svg > M doc/equations/lanczos4.svg > M doc/equations/lanczos5.svg > M doc/equations/lanczos6.svg > M doc/equations/lanczos7.svg > M doc/equations/laplace_pdf.svg > M doc/equations/legendre_0.svg > M doc/equations/legendre_1.svg > M doc/equations/legendre_1b.svg > M doc/equations/legendre_2.svg > M doc/equations/legendre_3.svg > M doc/equations/legendre_4.svg > M doc/equations/legendre_5.svg > M doc/equations/lgamm1.svg > M doc/equations/lgamm2.svg > M doc/equations/lgamm3.svg > M doc/equations/lgamm4.svg > M doc/equations/lgamm5.svg > M doc/equations/lgamm6.svg > M doc/equations/log1pseries.svg > M doc/equations/lognormal_ref.svg > M doc/equations/mbessel1.svg > M doc/equations/mbessel10.svg > M doc/equations/mbessel11.svg > M doc/equations/mbessel12.svg > M doc/equations/mbessel13.svg > M doc/equations/mbessel14.svg > M doc/equations/mbessel15.svg > M doc/equations/mbessel16.svg > M doc/equations/mbessel17.svg > M doc/equations/mbessel2.svg > M doc/equations/mbessel3.svg > M doc/equations/mbessel4.svg > M doc/equations/mbessel5.svg > M doc/equations/mbessel6.svg > M doc/equations/mbessel7.svg > M doc/equations/mbessel8.svg > M doc/equations/mbessel9.svg > M doc/equations/nc_beta_ref1.svg > M doc/equations/nc_beta_ref2.svg > M doc/equations/nc_beta_ref3.svg > M doc/equations/nc_beta_ref4.svg > M doc/equations/nc_chi_squ_ref1.svg > M doc/equations/nc_chi_squ_ref2.svg > M doc/equations/nc_chi_squ_ref3.svg > M doc/equations/nc_chi_squ_ref4.svg > M doc/equations/nc_chi_squ_ref5.svg > M doc/equations/nc_chi_squ_ref6.svg > M doc/equations/nc_chi_squ_ref7.svg > M doc/equations/nc_f_ref1.svg > M doc/equations/nc_f_ref2.svg > M doc/equations/nc_t_ref1.svg > M doc/equations/nc_t_ref2.svg > M doc/equations/nc_t_ref3.svg > M doc/equations/nc_t_ref4.svg > M doc/equations/nc_t_ref5.svg > M doc/equations/neg_binomial_ref.svg > M doc/equations/normal_ref1.svg > M doc/equations/poisson_ref1.svg > M doc/equations/roots1.svg > M doc/equations/roots2.svg > M doc/equations/roots3.svg > M doc/equations/roots4.svg > M doc/equations/sbessel1.svg > M doc/equations/sbessel2.svg > M doc/equations/sbessel3.svg > M doc/equations/sbessel4.svg > M doc/equations/sbessel5.svg > M doc/equations/special_functions_blurb1.svg > M doc/equations/special_functions_blurb15.svg > M doc/equations/special_functions_blurb17.svg > M doc/equations/special_functions_blurb18.svg > M doc/equations/special_functions_blurb20.svg > M doc/equations/special_functions_blurb22.svg > M doc/equations/special_functions_blurb5.svg > M doc/equations/special_functions_blurb6.svg > M doc/equations/special_functions_blurb7.svg > M doc/equations/spherical_0.svg > M doc/equations/spherical_1.svg > M doc/equations/spherical_2.svg > M doc/equations/spherical_3.svg > M doc/equations/students_t_dist.svg > M doc/equations/students_t_ref1.svg > M doc/equations/zeta1.svg > M doc/equations/zeta2.svg > M doc/equations/zeta3.svg > M doc/equations/zeta4.svg > M doc/equations/zeta5.svg > M doc/equations/zeta6.svg > M doc/graphs/acosh.svg > M doc/graphs/airy_ai.svg > M doc/graphs/airy_aip.svg > M doc/graphs/airy_bi.svg > M doc/graphs/airy_bip.svg > M doc/graphs/asinh.svg > M doc/graphs/atanh.svg > M doc/graphs/bernoulli_cdf.svg > M doc/graphs/bernoulli_pdf.svg > M doc/graphs/beta.svg > M doc/graphs/beta_pdf.svg > M doc/graphs/binomial_pdf_1.svg > M doc/graphs/binomial_pdf_2.svg > M doc/graphs/cauchy_pdf1.svg > M doc/graphs/cauchy_pdf2.svg > M doc/graphs/cbrt.svg > M doc/graphs/chi_squared_pdf.svg > M doc/graphs/cyl_bessel_i.svg > M doc/graphs/cyl_bessel_j.svg > M doc/graphs/cyl_bessel_k.svg > M doc/graphs/cyl_neumann.svg > M doc/graphs/digamma.svg > M doc/graphs/ellint_1.svg > M doc/graphs/ellint_2.svg > M doc/graphs/ellint_3.svg > M doc/graphs/ellint_carlson.svg > M doc/graphs/erf.svg > M doc/graphs/erf_inv.svg > M doc/graphs/erfc.svg > M doc/graphs/erfc_inv.svg > M doc/graphs/expint2.svg > M doc/graphs/expint_i.svg > M doc/graphs/expm1.svg > M doc/graphs/exponential_pdf.svg > M doc/graphs/extreme_value_pdf1.svg > M doc/graphs/extreme_value_pdf2.svg > M doc/graphs/fisher_f_pdf.svg > M doc/graphs/gamma1_pdf.svg > M doc/graphs/gamma2_pdf.svg > M doc/graphs/gamma_p.svg > M doc/graphs/gamma_q.svg > M doc/graphs/hermite.svg > M doc/graphs/hypergeometric_pdf_1.svg > M doc/graphs/hypergeometric_pdf_2.svg > M doc/graphs/ibeta.svg > M doc/graphs/jacobi_cd.svg > M doc/graphs/jacobi_cn.svg > M doc/graphs/jacobi_cs.svg > M doc/graphs/jacobi_dc.svg > M doc/graphs/jacobi_dn.svg > M doc/graphs/jacobi_ds.svg > M doc/graphs/jacobi_nc.svg > M doc/graphs/jacobi_nd.svg > M doc/graphs/jacobi_ns.svg > M doc/graphs/jacobi_sc.svg > M doc/graphs/jacobi_sd.svg > M doc/graphs/jacobi_sn.svg > M doc/graphs/laguerre.svg > M doc/graphs/laplace_pdf.svg > M doc/graphs/legendre_p.svg > M doc/graphs/legendre_q.svg > M doc/graphs/lgamma.svg > M doc/graphs/log1p.svg > M doc/graphs/logistic_pdf.svg > M doc/graphs/lognormal_pdf1.svg > M doc/graphs/lognormal_pdf2.svg > M doc/graphs/nc_beta_pdf.svg > M doc/graphs/nc_f_pdf.svg > M doc/graphs/nc_t_pdf.svg > M doc/graphs/nccs_pdf.svg > M doc/graphs/negative_binomial_pdf_1.svg > M doc/graphs/negative_binomial_pdf_2.svg > M doc/graphs/normal_pdf.svg > M doc/graphs/pareto_pdf1.svg > M doc/graphs/pareto_pdf2.svg > M doc/graphs/poisson_pdf_1.svg > M doc/graphs/powm1.svg > M doc/graphs/rayleigh_cdf.svg > M doc/graphs/rayleigh_pdf.svg > M doc/graphs/sinc_pi.svg > M doc/graphs/sinhc_pi.svg > M doc/graphs/sph_bessel.svg > M doc/graphs/sph_neumann.svg > M doc/graphs/sqrt1pm1.svg > M doc/graphs/students_t_pdf.svg > M doc/graphs/tgamma.svg > M doc/graphs/tgamma_delta_ratio.svg > M doc/graphs/triangular_cdf.svg > M doc/graphs/triangular_pdf.svg > M doc/graphs/uniform_cdf.svg > M doc/graphs/uniform_pdf.svg > M doc/graphs/weibull_pdf1.svg > M doc/graphs/weibull_pdf2.svg > M doc/graphs/zeta1.svg > M doc/graphs/zeta2.svg > Entering 'libs/move' > ... > Entering 'libs/multiprecision' > M doc/floating_point_eg1.svg > M doc/floating_point_eg2.svg > M doc/floating_point_eg3.svg > Entering 'libs/numeric/conversion' > ... > Entering 'libs/pool' > M doc/images/mb1.svg > M doc/images/mb2.svg > M doc/images/mb3.svg > M doc/images/mb4.svg > M doc/images/pc1.svg > M doc/images/pc2.svg > M doc/images/pc3.svg > M doc/images/pc4.svg > M doc/images/pc5.svg > Entering 'libs/predef' > ... > Entering 'tools/inspect' > Entering 'tools/litre' > Entering 'tools/quickbook' > > All the "modified" files appear to be .bat, .vcproj, and .svg files > (although there was one file, example/ml02_distance_strategy.cpp in > libs/geometry). I thought it might be a problem with .gitattributes > files. When I looked at them, I noticed an unfamiliar attribute, > svneol=native. I expected to find eol=crlf for the .bat and .vcproj > files. I don't have autocrlf or safecrlf set in my ~.gitconfig file > (should I?). What is the svneol attribute? What am I missing? > > -- Some more info that I should have included: - Fedora 20 - git version 1.8.3.1 Mike

3 5

[1.55.0] Release candidates available
by Marshall Clow 01 Nov '13

01 Nov '13

Release candidate files for 1.55.0 are available at http://boost.cowic.de/rc/ As always, the release managers would appreciate it if you download the candidate of your choice and give building it a try. Please report both success and failure, and anything else that is noteworthy. This helps ensure the candidates build OK before we push them out to SourceForge. The files (and associated md5s) are: ba1ae723b8b4d1edeca684bb14b3213b *boost_1_55_0_rc1.tar.gz 66e01be2f328c556835c42be7b6d17d5 *boost_1_55_0_rc1.tar.bz2 925bb6c96082033687e5742b4e77af7b *boost_1_55_0_rc1.zip 830d61075ecf7d5ebf7c0843033393bf *boost_1_55_0_rc1.7z Thanks! -- The release managers

8 9

[Serialization] - [1.55] vs2013 compiler error - tickets #9279/#8750
by Jeff Flinn 01 Nov '13

01 Nov '13

Robert can this be merged to release? This is ticket #9279/#8750. Just checking that this gets into the release. Is that the case? Thanks, Jeff

1 0

Re: [boost] [git help] GitHub boostorg library authentication
by Cox, Michael 31 Oct '13

31 Oct '13

On Wed, Oct 30, 2013 at 12:00 AM, <boost-request(a)lists.boost.org> wrote: > > Date: Tue, 29 Oct 2013 21:03:01 -0700 > From: Dave Abrahams <dave(a)boostpro.com> > To: boost(a)lists.boost.org > Subject: Re: [boost] [git help] GitHub boostorg library authentication > Message-ID: <m27gcv76dm.fsf(a)papi.luannocracy.com> > Content-Type: text/plain > > Daniel Pfeifer <daniel(a)pfeifer-mail.de> writes: > > > 2013/10/29 Daniel James <daniel(a)calamity.org.uk>: > >> On 29 October 2013 04:36, Dave Abrahams <dave(a)boostpro.com> wrote: > >>> > >>>> The super-project can't use github's git urls as they don't > >>>> allow anonymous access. I believe the super-project should be using > >>>> https for submodules, rather than http. > >>> > >>> Why is that? Because it's possible to commit through https? > >> > >> Yes. > >> > >>> But won't someone complain that they can't access https behind their > >>> corporate firewall? It always seems like there's no right answer in > >>> this territory. > >> > >> Oh right, I hadn't thought of that. Making it easy to check out > >> probably should be the priority. > > > > I am behind a corporate firewall and I cannot access git repositories > > through ssh. > > https works in both directions (pull and push). > > Yes, different corporate firewalls block different protocols. But I'm > happy to change to https if everyone believes that will work better > overall. In the .gitmodules file you can use relative urls, e.g. [submodule "smart_ptr"] path = libs/smart_ptr url = ../smart_ptr # url = http://github.com/boostorg/smart_ptr.git fetchRecurseSubmodules = on-demand The protocol used to access the super-project boost is what will be used to retrieve the submodule projects. This might help with issues accessing the repositories, although the super-project will have to accessed via http/https (or whatever ports are open through the firewall). This also makes the whole repository structure relocatable, e.g. a development team using boost can clone all the repositories to their local development server without having to modify the .gitmodules file in the boost super-project. Unfortunately, there's no good way I'm aware of to clone all the repositories as bare repositories. Maybe the latest changes in how git submodules are stored (i.e. under .git/modules) will help. Michael

2 1

Fwd: [Boost-users] [test] floating point comparison
by Matthijs Möhlmann 31 Oct '13

31 Oct '13

Hello all, I already posted this to the boost users list, because I thought it was a problem in my code, but I think its a bug in boost test (unit tests) Versions: Boost: 1.54 GCC: 4.8.1 Does someone have an answer to this? -------- Original Message -------- Subject: [Boost-users] [test] floating point comparison Date: Wed, 30 Oct 2013 14:40:07 +0100 From: Matthijs Möhlmann <matthijs(a)cacholong.nl> Reply-To: boost-users(a)lists.boost.org To: boost-users(a)lists.boost.org Hello all, I've the following test program: #define BOOST_TEST_DYN_LINK #define BOOST_TEST_MAIN #define BOOST_TEST_MODULE Master test suite #include <boost/test/unit_test.hpp> BOOST_AUTO_TEST_CASE(TestCase) { BOOST_REQUIRE_CLOSE_FRACTION(45.00f, 45.17f, 0.004f); } When I compile it with the following line: g++ -o main.o -c -Werror -Wall -std=c++11 -fvisibility=hidden -fvisibility-inlines-hidden -DBOOST_SPIRIT_USE_PHOENIX_V3 -DUTEST -g main.cpp g++ -o main main.o -lboost_unit_test_framework I get the following output: Running 1 test case... *** No errors detected If I lower the tolerance to 0.0004f then I'll get the following: Running 1 test case... main.cpp(8): fatal error in "TestCase": difference{0.00376352} between 45.00f{45} and 45.17f{45.1699982} exceeds 0.00039999999 *** 1 failure detected in test suite "Master test suite" Why does it say that the difference is 0.00376352 and not 0.17....... ? Regards, Matthijs Möhlmann _______________________________________________ Boost-users mailing list Boost-users(a)lists.boost.org http://lists.boost.org/mailman/listinfo.cgi/boost-users

3 2

[MPL] RFC: An MPL macro to define a has_member_xxx<T> predicate
by Erik Erlandson 31 Oct '13

31 Oct '13

If there's already a boost solution for this, then I have egg on my face, but I can't find one: I'd like an MPL macro that defines a predicate template which inherits from boost::true_type iff the given type defines *any* member with a particular name (false_type otherwise), and which does not assume the member name exists, like this: struct my_class { // foo might be member data, member function, a typedef, etc: int foo; }; CREATE_MEMBER_CHECK(foo); CREATE_MEMBER_CHECK(bar); has_member_foo<my_class> t1; // this inherits from true_type has_member_bar<my_class> t2; // this inherits from false_type I wrote an implementation of the above, and example, here: https://gist.github.com/erikerlandson/7251015 The macro BOOST_MPL_HAS_XXX_TRAIT_DEF produces a predicate class that detects if a nested type exists, but only works for types, not other kinds of defined members. The class is_member_pointer<T>, but appears to require that you already know a symbol exists. I suppose such a macro might be called BOOST_MPL_HAS_XXX_MEMBER_DEF.

2 2

Re: [boost] [asio] Bug: Handlers execute on the wrong strand (Gavin Lambert).
by Marat Abrarov 31 Oct '13

31 Oct '13

> I actually ended up abandoning Asio and rolling my own threadqueue (I > didn't want any of the socket-related stuff so this wasn't as big a job > as it sounds). Mine isn't fully-baked yet (and it's Windows-only for > the moment) and I'm not sure I'd want to show it off either, but on the > upside most of the guts are entirely lock-free (though not wait-free, > since it's based on Boost.LockFree's queue). Asio at Windows uses IOCP (default settings, using asio::io_service for task scheduling) and that is the (theoretical) reason of better thread scheduling for the Asio-based thread pool. Sometimes it's really visible. Regards, Marat Abrarov.

3 6

Reimplementation of the MPL for C++11
by Louis Dionne 31 Oct '13

31 Oct '13

Hi, I am currently working on a reimplementation of the MPL for C++11. Although the library is not complete yet, I would like to gauge interest for the project from the Boost community. I wanted to wait until I have resolved some core issues before posting here, but reading the [modularization] thread made it unbearable to wait any longer :-). The library is available on GitHub: github.com/ldionne/mpl11. If some people happen to be interested by the project and would like to get involved, please get in touch with me. Regards, Louis Dionne N.B.: Some design decisions will be influenced by the community (if there's interest) and I'm experimenting a lot. Don't be put off if you see something that you don't like: it might change.

12 23

[range] RFC: span(iterator, size)
by TONGARI J 31 Oct '13

31 Oct '13

Hi there, I want to query if there's any interest in such a utility: span(iterator, size) : iterator_range which simply returns iterator_range(it, it + size) for RandomAccessIterator; for others modeling ForwardIterator, a special iterator adaptor, say, counted_iterator is used, so we don't have to advance it just for getting the end iterator. Thoughts?

3 15

BOOST ASIO: Having successful READ from the SERVER ..??
by Rahul Mathur 31 Oct '13

31 Oct '13

All, Initially after having done successful CONNECT with the server, sending successful LOGON message and finally KEEP ALIVE status, I tried to read from the server as - -- boost::asio::streambuf data; std::size_t length = boost::asio::read(socket, data, boost::asio::transfer_at_least(socket.available())); -- but was able to partially receive response from remote server which I don't think was completely successful, so to have COMPLETE RESPONSE from the server, tried with below modification - -- boost::system::error_code ec; boost::asio::streambuf data; std::size_t length = boost::asio::read(socket, data, boost::asio::transfer_all(), ec); --- but this modification doesn't work. Any clue what should be the proper way? Thanks!!

1 0

[git help] Cloning the boost git repository recursively seems to have issues.
by Daniel Pfeifer 30 Oct '13

30 Oct '13

Hi Mike, Thanks for reporting that issue. Migration if Boost to modularized Git has been decoupled from Ryppl. I forward your message to the Boost Developers List. -- Daniel ---------- Forwarded message ---------- From: Mike <mhcox(a)bluezoosoftware.com> Date: 2013/10/29 Subject: [ryppl-dev] Cloning the boost git repository recursively seems to have issues. To: ryppl-dev(a)googlegroups.com I ran the following git command to retrieve the latest modularized boost code in github.com/boostorg: $ git clone --recursive https://github.com/boostorg/boost The boost repository and all its submodules were recursively cloned as expected, but bootstrap.bat in the boost repository and some library submodules were marked as modified. Not what I expected. I ran the following command to get a list of the modified files in the submodules: $ git submodule foreach --recursive 'git status --short' I got the following output: Entering 'libs/accumulators' Entering 'libs/algorithm' Entering 'libs/any' ... Entering 'libs/geometry' M example/ml02_distance_strategy.cpp Entering 'libs/gil' ... Entering 'libs/interprocess' M proj/vc7ide/doc_managed_grow.vcproj M proj/vc7ide/managed_shared_memory.vcproj M proj/vc7ide/offset_ptr_test.vcproj Entering 'libs/intrusive' M proj/vc7ide/avl_multiset/avl_multiset.vcproj M proj/vc7ide/avl_set/avl_set.vcproj M proj/vc7ide/sg_multiset/sg_multiset.vcproj M proj/vc7ide/sg_set/sg_set.vcproj M proj/vc7ide/splay_multiset/splay_multiset.vcproj M proj/vc7ide/splay_set/splay_set.vcproj Entering 'libs/io' ... Entering 'libs/math' M doc/equations/gamm1.svg M doc/equations/gamm2.svg M doc/equations/gamm3.svg M doc/equations/gamm4.svg M doc/equations/gamm5.svg M doc/equations/gamma_dist_ref1.svg M doc/equations/gamma_dist_ref2.svg M doc/equations/gamma_ratio0.svg M doc/equations/gamma_ratio1.svg M doc/equations/hankel1.svg M doc/equations/hankel2.svg M doc/equations/hankel3.svg M doc/equations/hankel4.svg M doc/equations/hankel5.svg M doc/equations/hazard.svg M doc/equations/hermite_0.svg M doc/equations/hermite_1.svg M doc/equations/hypergeometric1.svg M doc/equations/hypergeometric2.svg M doc/equations/hypergeometric3.svg M doc/equations/hypergeometric4.svg M doc/equations/hypergeometric5.svg M doc/equations/hypergeometric6.svg M doc/equations/hypot.svg M doc/equations/hypot2.svg M doc/equations/ibeta1.svg M doc/equations/ibeta10.svg M doc/equations/ibeta11.svg M doc/equations/ibeta12.svg M doc/equations/ibeta2.svg M doc/equations/ibeta3.svg M doc/equations/ibeta4.svg M doc/equations/ibeta5.svg M doc/equations/ibeta6.svg M doc/equations/ibeta7.svg M doc/equations/ibeta8.svg M doc/equations/ibeta9.svg M doc/equations/ibeta_inv1.svg M doc/equations/ibeta_inv2.svg M doc/equations/ibeta_inv3.svg M doc/equations/ibeta_inv4.svg M doc/equations/ibeta_inv5.svg M doc/equations/ibeta_inv6.svg M doc/equations/ibeta_inv7.svg M doc/equations/ibeta_inv8.svg M doc/equations/igamma1.svg M doc/equations/igamma10.svg M doc/equations/igamma11.svg M doc/equations/igamma11b.svg M doc/equations/igamma12.svg M doc/equations/igamma13.svg M doc/equations/igamma16.svg M doc/equations/igamma17.svg M doc/equations/igamma18.svg M doc/equations/igamma19.svg M doc/equations/igamma1f.svg M doc/equations/igamma2.svg M doc/equations/igamma2f.svg M doc/equations/igamma3.svg M doc/equations/igamma4.svg M doc/equations/igamma5.svg M doc/equations/igamma6.svg M doc/equations/igamma7.svg M doc/equations/igamma8.svg M doc/equations/igamma9.svg M doc/equations/jacobi1.svg M doc/equations/jacobi2.svg M doc/equations/jacobi3.svg M doc/equations/jacobi4.svg M doc/equations/laguerre_0.svg M doc/equations/laguerre_1.svg M doc/equations/laguerre_2.svg M doc/equations/laguerre_3.svg M doc/equations/lanczos0.svg M doc/equations/lanczos0a.svg M doc/equations/lanczos0b.svg M doc/equations/lanczos1.svg M doc/equations/lanczos2.svg M doc/equations/lanczos3.svg M doc/equations/lanczos4.svg M doc/equations/lanczos5.svg M doc/equations/lanczos6.svg M doc/equations/lanczos7.svg M doc/equations/laplace_pdf.svg M doc/equations/legendre_0.svg M doc/equations/legendre_1.svg M doc/equations/legendre_1b.svg M doc/equations/legendre_2.svg M doc/equations/legendre_3.svg M doc/equations/legendre_4.svg M doc/equations/legendre_5.svg M doc/equations/lgamm1.svg M doc/equations/lgamm2.svg M doc/equations/lgamm3.svg M doc/equations/lgamm4.svg M doc/equations/lgamm5.svg M doc/equations/lgamm6.svg M doc/equations/log1pseries.svg M doc/equations/lognormal_ref.svg M doc/equations/mbessel1.svg M doc/equations/mbessel10.svg M doc/equations/mbessel11.svg M doc/equations/mbessel12.svg M doc/equations/mbessel13.svg M doc/equations/mbessel14.svg M doc/equations/mbessel15.svg M doc/equations/mbessel16.svg M doc/equations/mbessel17.svg M doc/equations/mbessel2.svg M doc/equations/mbessel3.svg M doc/equations/mbessel4.svg M doc/equations/mbessel5.svg M doc/equations/mbessel6.svg M doc/equations/mbessel7.svg M doc/equations/mbessel8.svg M doc/equations/mbessel9.svg M doc/equations/nc_beta_ref1.svg M doc/equations/nc_beta_ref2.svg M doc/equations/nc_beta_ref3.svg M doc/equations/nc_beta_ref4.svg M doc/equations/nc_chi_squ_ref1.svg M doc/equations/nc_chi_squ_ref2.svg M doc/equations/nc_chi_squ_ref3.svg M doc/equations/nc_chi_squ_ref4.svg M doc/equations/nc_chi_squ_ref5.svg M doc/equations/nc_chi_squ_ref6.svg M doc/equations/nc_chi_squ_ref7.svg M doc/equations/nc_f_ref1.svg M doc/equations/nc_f_ref2.svg M doc/equations/nc_t_ref1.svg M doc/equations/nc_t_ref2.svg M doc/equations/nc_t_ref3.svg M doc/equations/nc_t_ref4.svg M doc/equations/nc_t_ref5.svg M doc/equations/neg_binomial_ref.svg M doc/equations/normal_ref1.svg M doc/equations/poisson_ref1.svg M doc/equations/roots1.svg M doc/equations/roots2.svg M doc/equations/roots3.svg M doc/equations/roots4.svg M doc/equations/sbessel1.svg M doc/equations/sbessel2.svg M doc/equations/sbessel3.svg M doc/equations/sbessel4.svg M doc/equations/sbessel5.svg M doc/equations/special_functions_blurb1.svg M doc/equations/special_functions_blurb15.svg M doc/equations/special_functions_blurb17.svg M doc/equations/special_functions_blurb18.svg M doc/equations/special_functions_blurb20.svg M doc/equations/special_functions_blurb22.svg M doc/equations/special_functions_blurb5.svg M doc/equations/special_functions_blurb6.svg M doc/equations/special_functions_blurb7.svg M doc/equations/spherical_0.svg M doc/equations/spherical_1.svg M doc/equations/spherical_2.svg M doc/equations/spherical_3.svg M doc/equations/students_t_dist.svg M doc/equations/students_t_ref1.svg M doc/equations/zeta1.svg M doc/equations/zeta2.svg M doc/equations/zeta3.svg M doc/equations/zeta4.svg M doc/equations/zeta5.svg M doc/equations/zeta6.svg M doc/graphs/acosh.svg M doc/graphs/airy_ai.svg M doc/graphs/airy_aip.svg M doc/graphs/airy_bi.svg M doc/graphs/airy_bip.svg M doc/graphs/asinh.svg M doc/graphs/atanh.svg M doc/graphs/bernoulli_cdf.svg M doc/graphs/bernoulli_pdf.svg M doc/graphs/beta.svg M doc/graphs/beta_pdf.svg M doc/graphs/binomial_pdf_1.svg M doc/graphs/binomial_pdf_2.svg M doc/graphs/cauchy_pdf1.svg M doc/graphs/cauchy_pdf2.svg M doc/graphs/cbrt.svg M doc/graphs/chi_squared_pdf.svg M doc/graphs/cyl_bessel_i.svg M doc/graphs/cyl_bessel_j.svg M doc/graphs/cyl_bessel_k.svg M doc/graphs/cyl_neumann.svg M doc/graphs/digamma.svg M doc/graphs/ellint_1.svg M doc/graphs/ellint_2.svg M doc/graphs/ellint_3.svg M doc/graphs/ellint_carlson.svg M doc/graphs/erf.svg M doc/graphs/erf_inv.svg M doc/graphs/erfc.svg M doc/graphs/erfc_inv.svg M doc/graphs/expint2.svg M doc/graphs/expint_i.svg M doc/graphs/expm1.svg M doc/graphs/exponential_pdf.svg M doc/graphs/extreme_value_pdf1.svg M doc/graphs/extreme_value_pdf2.svg M doc/graphs/fisher_f_pdf.svg M doc/graphs/gamma1_pdf.svg M doc/graphs/gamma2_pdf.svg M doc/graphs/gamma_p.svg M doc/graphs/gamma_q.svg M doc/graphs/hermite.svg M doc/graphs/hypergeometric_pdf_1.svg M doc/graphs/hypergeometric_pdf_2.svg M doc/graphs/ibeta.svg M doc/graphs/jacobi_cd.svg M doc/graphs/jacobi_cn.svg M doc/graphs/jacobi_cs.svg M doc/graphs/jacobi_dc.svg M doc/graphs/jacobi_dn.svg M doc/graphs/jacobi_ds.svg M doc/graphs/jacobi_nc.svg M doc/graphs/jacobi_nd.svg M doc/graphs/jacobi_ns.svg M doc/graphs/jacobi_sc.svg M doc/graphs/jacobi_sd.svg M doc/graphs/jacobi_sn.svg M doc/graphs/laguerre.svg M doc/graphs/laplace_pdf.svg M doc/graphs/legendre_p.svg M doc/graphs/legendre_q.svg M doc/graphs/lgamma.svg M doc/graphs/log1p.svg M doc/graphs/logistic_pdf.svg M doc/graphs/lognormal_pdf1.svg M doc/graphs/lognormal_pdf2.svg M doc/graphs/nc_beta_pdf.svg M doc/graphs/nc_f_pdf.svg M doc/graphs/nc_t_pdf.svg M doc/graphs/nccs_pdf.svg M doc/graphs/negative_binomial_pdf_1.svg M doc/graphs/negative_binomial_pdf_2.svg M doc/graphs/normal_pdf.svg M doc/graphs/pareto_pdf1.svg M doc/graphs/pareto_pdf2.svg M doc/graphs/poisson_pdf_1.svg M doc/graphs/powm1.svg M doc/graphs/rayleigh_cdf.svg M doc/graphs/rayleigh_pdf.svg M doc/graphs/sinc_pi.svg M doc/graphs/sinhc_pi.svg M doc/graphs/sph_bessel.svg M doc/graphs/sph_neumann.svg M doc/graphs/sqrt1pm1.svg M doc/graphs/students_t_pdf.svg M doc/graphs/tgamma.svg M doc/graphs/tgamma_delta_ratio.svg M doc/graphs/triangular_cdf.svg M doc/graphs/triangular_pdf.svg M doc/graphs/uniform_cdf.svg M doc/graphs/uniform_pdf.svg M doc/graphs/weibull_pdf1.svg M doc/graphs/weibull_pdf2.svg M doc/graphs/zeta1.svg M doc/graphs/zeta2.svg Entering 'libs/move' ... Entering 'libs/multiprecision' M doc/floating_point_eg1.svg M doc/floating_point_eg2.svg M doc/floating_point_eg3.svg Entering 'libs/numeric/conversion' ... Entering 'libs/pool' M doc/images/mb1.svg M doc/images/mb2.svg M doc/images/mb3.svg M doc/images/mb4.svg M doc/images/pc1.svg M doc/images/pc2.svg M doc/images/pc3.svg M doc/images/pc4.svg M doc/images/pc5.svg Entering 'libs/predef' ... Entering 'tools/inspect' Entering 'tools/litre' Entering 'tools/quickbook' All the "modified" files appear to be .bat, .vcproj, and .svg files (although there was one file, example/ml02_distance_strategy.cpp in libs/geometry). I thought it might be a problem with .gitattributes files. When I looked at them, I noticed an unfamiliar attribute, svneol=native. I expected to find eol=crlf for the .bat and .vcproj files. I don't have autocrlf or safecrlf set in my ~.gitconfig file (should I?). What is the svneol attribute? What am I missing? -- You received this message because you are subscribed to the Google Groups "ryppl-dev" group. To unsubscribe from this group and stop receiving emails from it, send an email to ryppl-dev+unsubscribe(a)googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.

1 0

Re: [boost] Introduction and Cray support. [config] [build] [atomic] [interprocess] [asio] [dump] [tr1]
by Brian Wood 30 Oct '13

30 Oct '13

From: Richard Dale > Hello world, > > My name is Richard Dale. I work at Cray, Inc. > My purpose here is to get the boost libraries and Cray C++ compiler to > work and play together better. > > I have a couple of questions, but maybe some background first. Hi, Richard, Would you be willing to check if the archive here: http://webEbenezer.net/build_integration.html builds with the Cray compiler? That software is needed to use the C++ Middleware Writer (CMW). The CMW has marshalling support for some Boost libraries. On a machine here, the software builds in under six seconds. Barring portability problems, I'm sure it would be less than that on one of your machines. Also/alternatively, could I have remote access to one of your machines with your C++ compiler on it? Thank you for considering these requests. -- Brian Ebenezer Enterprises - In G-d we trust. http://webEbenezer.net

1 0

[build] bootstrap.sh is still broken
by Stephan T. Lavavej 30 Oct '13

30 Oct '13

Hi, For months, I've been pinging the boost-build list about bootstrap.sh being completely broken for MinGW, with no response. As the 1.55.0 branch is closing in just a week, it would be wonderful if somebody could look at and apply my two patches that are ready to go: http://lists.boost.org/boost-build/2013/10/27025.php Note that they will fix this: https://svn.boost.org/trac/boost/ticket/8762 Thanks, STL

15 68

[git] "headers" target fails
by Brian Ravnsgaard Riis 30 Oct '13

30 Oct '13

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, I see the same error that Vicente reported yesterday, when trying to follow the wiki approach to the modularised boost: Monty: ~/programming/boost +[git:master] → ./b2 headers link.jam: No such file or directory Jamroot:145: in modules.load ERROR: rule "link-directory" unknown in module "Jamfile</home/brian/programming/boost>". /home/brian/programming/boost/tools/build/v2/build/project.jam:311: in load-jamfile /home/brian/programming/boost/tools/build/v2/build/project.jam:64: in load /home/brian/programming/boost/tools/build/v2/build/project.jam:145: in project.find /home/brian/programming/boost/tools/build/v2/build-system.jam:535: in load /home/brian/programming/boost/tools/build/v2/kernel/modules.jam:289: in import /home/brian/programming/boost/tools/build/v2/kernel/bootstrap.jam:139: in boost-build /home/brian/programming/boost/boost-build.jam:17: in module scope Monty: ~/programming/boost +[git:master] → I don't think we can blame retention on the convert script anymore. Regards, /Brian Ravnsgaard Riis -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJScU45AAoJEFES4N8QrEod+wIH/RYF/GpB0nh+T6/fYEP6iQSO l8XVA0dyPuFx/LY9eLZFYFVQlJut7EJYujk3SUSqN3UUmphmnm2yNPeYkIzNMUzz 07PYvs9/2n74dWsJkfusxbvwXLcuBbGQlMfmaDsKj3UTjdUScrD3dFjH3fyhC5Il gvyH68YyWkX1V3at09hCyqplslum70WT2HAJty4ra+sXfxcbqSq95N6YdvOkbYRD QGjlpAABxdtLym9WzEekQV+H32t7T/CzqRw8Ay4n89DeFNI7T/1twOtCFVZjwtVG JbFVpDCjUtKpLBEqSwP5WkdcAbXmHYD2MuhhaK1tYAuXkPT1Uz1PrL23D0ZB2BA= =iiDy -----END PGP SIGNATURE-----

3 5

[test] failures in heap testsuite
by Tim Blechmann 30 Oct '13

30 Oct '13

hi all, i'm not sure what is the reason for this, but the boost.heap testsuite has some severe problems, which seem to be related with boost.test: in the release branch, all (!!!) tests fail on all unixy platforms. this was not the case when i developed the library. and i've reported this issue more than once. well, using a testing framework, which crashes before the test cases are even executed is a bit, well, worrying. iac, i was happy that the tests in the release branch used to work at least ... however i am seeing a lot of messages like: Assertion failed: (!!s_active_handler), function jump_buffer, file ../boost/test/impl/execution_monitor.ipp, line 683. Assertion failed: (!!s_active_handler), function sys_sig, file ../boost/test/impl/execution_monitor.ipp, line 690. what does this tell me? thnx, tim

2 2

[git] Recent checkout
by Brian Ravnsgaard Riis 30 Oct '13

30 Oct '13

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, I've tried to clone the boost git repo to see how we're coming along. Doing ``git clone --recursive`` and changing into the boost directory caused some immediate confusion: Monty: ~/programming/boost +[git:master] The `+` to the right means zsh has determined the working directory is dirty. This on a newly checked out repo! Monty: ~/programming/boost +[git:master] → git status # On branch master # Changes not staged for commit: # (use "git add <file>..." to update what will be committed) # (use "git checkout -- <file>..." to discard changes in working directory) # (commit or discard the untracked or modified content in submodules) # # modified: bootstrap.bat # modified: libs/geometry (modified content) # modified: libs/interprocess (modified content) # modified: libs/intrusive (modified content) # modified: libs/math (modified content) # modified: libs/multiprecision (modified content) # modified: libs/pool (modified content) # no changes added to commit (use "git add" and/or "git commit -a") Monty: ~/programming/boost +[git:master] → As far as I can see, this is related to eol conversions? Should my local .gitconfig contain anything special in this regard? I have no global settings regarding crlf handling. /Brian Ravnsgaard Riis -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJScUtkAAoJEFES4N8QrEodypYH/1syQuRXXrHBqXf0Jd9Zd+Kb SjG9GwIVo+o1iAWM5GgulU2tv8NcMcsn3Jk82dqSIeiqEl9LPY/1OtugjcajGoAX 5J0AfYBtv8bOi0eFUmOKMA0AcrS9Y6bclUZBpu4qJsUvnHCDVThpn6iSH3ZYzZ5M TIvWggGszOMvlJeS9DrDTXVQIpoIKTY9C2exeA3tcb8oMS4zADtuYjqyx/RD5shC RupAfKKNaVCZU5cVXdPF/butxQDIbTVJTqPd1h263vYHT7SwpJQ0wYiAAfHQhy+e LWkSJ1WDHW+sD24aQoPF84XwL50DJkDJ579cFmWYMbY60x1RIglS56koLePOSSU= =Zpqj -----END PGP SIGNATURE-----

1 0

[cryptography] is there a library?
by Michael Marcin 30 Oct '13

30 Oct '13

I'm writing to an API that requires: "The language selected must also include a key generator and encrypt and decrypt API. The only messages that are not encrypted are error messages. The encryption and decryption algorithms are not configurable. Make sure the encrypt and decrypt API supports the algorithms in use. The current algorithm in use is Password-Based Key Definition (PBKDF2) to generate the key from a given password, iteration count and salt value. DESede + CBC + PKCS5 v2.0 is then used with the key to encrypt and decrypt the message." Is there such a library hiding in or around boost somewhere? Thanks.

4 4

[cryptography] is there a library?
by Renato Forti 30 Oct '13

30 Oct '13

>> Is there such a library hiding in or around boost somewhere? Take a look on botan: http://botan.randombit.net/

1 0

[coroutine] Recommended documentation clarification
by Jason 30 Oct '13

30 Oct '13

I just upgraded my local Boost installation from v1.54 to v1.55b1 and tried to compile one of my applications with the updated library. To my surprise, I found that all of my code that used Boost.Coroutine now failed to compile. After looking at the beta documentation, it seems that the coroutine class interface from v1.54 has been abruptly deprecated with essentially no explanation. Since I don't have time to rewrite all of my client code at this point, using the old interface is a must. After inspecting some of the Coroutine headers, I found that I could define BOOST_COROUTINE_V1 to get the old behavior, but there isn't any mention of this in the docs. It would probably be a more user-friendly change to make this change and workaround more clear in the documentation before the v1.55 release. Jason -- View this message in context: http://boost.2283326.n4.nabble.com/coroutine-Recommended-documentation-clar… Sent from the Boost - Dev mailing list archive at Nabble.com.

4 6

[1.55b1][coroutine][exception] not propagating exception type
by Jeff Flinn 29 Oct '13

29 Oct '13

I'm on VS2013, with BOOST_COROUTINES_V1 defined. I've merged boost::coroutine's exception test with boost::exception's derives_std_exception test. A std::exception& is caught when based on docs I would expect derives_std_exception to be caught. Am I doing something obviously wrong? Thanks, Jeff #include <boost/coroutine/all.hpp> #include <boost/bind.hpp> struct derives_std_exception : std::exception {}; namespace coro = boost::coroutines; typedef coro::coroutine< void() > coro_void_void; template< typename E > void f14(coro_void_void::caller_type & , E const& e) { throw e; } int main() { try { coro_void_void coro( boost::bind(f14< derives_std_exception > , _1, derives_std_exception())); return -1; } catch (derives_std_exception const&) { return 0; } catch (std::exception const&) { return -1; } catch (...) { return -1; } }

3 4

Introduction and Cray support. [config] [build] [atomic] [interprocess] [asio] [dump] [tr1]
by Richard Dale 29 Oct '13

29 Oct '13

Hello world, My name is Richard Dale. I work at Cray, Inc. My purpose here is to get the boost libraries and Cray C++ compiler to work and play together better. I have a couple of questions, but maybe some background first. The first thing I plan to do is fix up the existing config/compiler/cray.hpp and .../v2/tools/cray.jam files. With this done, both the static and dynamic versions of most buildable libraries build successfully. The second thing is to address cray specific issues in the libraries listed in the subject line. With the exception of tr1, these are all preprocessor changes to avoid inline assembly, which the cray C++ compiler does not support yet, and probably won't anytime soon. The tr1 change is to provide a Cray version of the macro BOOST_TR1_STD_HEADER_NAME. The third thing will be to "officialize" the cray compiler, so that it gets picked up and used by default when it is the default compiler on Cray systems. The target is to provide good support for Cray C++ in the 1.56 release. Once the configuration changes are done, we (Cray) will start running the regression tests on a regular basis. I'm a little uncertain as to how to proceed in the immediate term, especially given the impending conversion to git. The idea of compiler support is somewhat orthogonal to the notion of library support, and there doesn't seem to be a well defined concept of compiler owner. I seem to have couple of options. The first option would be to get as much done as possible pre-conversion. My assumption is that I would check everything into the trunk, (The library changes are pretty trivial), using Trac tickets to keep the library owners in the loop. I assume it is the individual library owners who take care of the merges from trunk to branches/release (master?), although I'm unsure where this falls on the continuum between ordinarily true and always true. The second option would be to wait until the cutover to git, and do the workflow for making changes to a library owned by someone else. This is probably the right thing, but I'm more fluent with svn than with git. So, I guess I'm looking for advice and consent here. Please straighten me out if there is something I seem not to understand. For what it's worth, I've made myself "champion" for the Cray compiler. I don't pretend to know everything, but if I can't figure something out, I probably know who to ask. I'll take any Trac tickets relating to Boost on Cray. Regards, Richard

3 2

[1.55] Request permission to merge 84402
by Jürgen Hunold 29 Oct '13

29 Oct '13

Hi! I would like to merge 84402 to release. I missed the deadline due to provider hardware problems killing my DSL. ------------------------------------------------------------------------ r84402 | jhunold | 2013-05-21 14:23:20 +0200 (Di, 21 Mai 2013) | 4 lines Fix: cache file loading and saving must use native paths Fixes caching at least on Windows platform ------------------------------------------------------------------------ Building Boost and using Boost.Build without this fix works, but the caching system is rendered useless at least on Windows. The cache files simply can't be written. Seems this already missed 1.54. Tested on trunk with msvc and gcc. 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 2

[release] permission to merge Stephan's bootstrap changes?
by Eric Niebler 29 Oct '13

29 Oct '13

I've manually verified Stephan's fix. May I merge https://svn.boost.org/trac/boost/changeset/86460 and end Stephan's suffering? See the extensive thread beginning at http://lists.boost.org/Archives/boost/2013/10/207525.php for the complete discussion (or as much of it as lists.boost.org currently has archived). -- Eric Niebler Boost.org http://www.boost.org

3 3

[1.55] Request permission to merge 84443
by Beman Dawes 29 Oct '13

29 Oct '13

I just finished merging and testing locally. Lack of 84443 was causing both MSVC 2012 and 2013 to fail iterator_adaptor_test (and many other tests in many other libraries). After the merge, iterator_adaptor_test passes for both compilers. Request permission to merge. Andrey Semashev reports: > The problem has already been mentioned several times on the maling lists > and the bug tracker: > > https://svn.boost.org/trac/boost/ticket/9205 > > https://svn.boost.org/trac/boost/ticket/9249 > > https://svn.boost.org/trac/boost/ticket/9278 > > http://thread.gmane.org/gmane.comp.lib.boost.user/79919 > > http://thread.gmane.org/gmane.comp.lib.boost.user/79932 > > http://thread.gmane.org/gmane.comp.lib.boost.devel/244986 > > http://thread.gmane.org/gmane.comp.lib.boost.devel/245596 --Beman

2 2

[1.55][mpl][atomic] Tests failing on MSVC-12
by Andrey Semashev 29 Oct '13

29 Oct '13

Hi, I'm seeing Boost.Atomic test failures on MSVC-12 with the following errors: C:\local\boost\boost/iterator/detail/facade_iterator_category.hpp(166) : error C2039: 'assert_not_arg' : is not a member of 'boost::mpl' C:\local\boost\boost/mpl/eval_if.hpp(41) : see reference to class template instantiation 'boost::detail::facade_iterator_category_impl<CategoryOrTraversal,ValueParam,Reference>' being compiled with [ CategoryOrTraversal=boost::forward_traversal_tag , ValueParam=boost::unit_test::basic_cstring<const char> , Reference=boost::unit_test::basic_cstring<const char> ] Here's the link with the complete message: http://www.boost.org/development/tests/release/developer/output/teeks99-10-… It doesn't seem to be a problem with Boost.Atomic but rather some incompatibility of BOOST_MPL_ASSERT_NOT and MSVC-12. Does anyone know what the problem is?

3 8