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

htmlspecialchars and urlencode?
by Olaf van der Spek 14 Apr '15

14 Apr '15

Hi, Does Boost have functions like htmlspecialchars and urlencode (from PHP)? If not, I think they'd make a nice addition to the string algorithm lib. -- Olaf

4 6

boost::posix_time::duration_from_string throws std::out_of_range
by George Georgiev 13 Apr '15

13 Apr '15

Hi, I just noticed that boost::posix_time::duration_from_string throws std::out_of_range when I pass empty string to it. This seems like a bug, IMHO it should throw boost::bad_lexical_cast as it does for any other problem with the input. Thanks, George

2 2

Git tags and Boost release
by Robert Ramey 12 Apr '15

12 Apr '15

I look in my history of the master branch and It seems to me I would like to be able to know which commit corresponds to which Boost release. I think the correct functionality to do this is described here. http://git-scm.com/book/en/v2/Git-Basics-Tagging I'm wondering if we want to do this upon release so we can remember where we were when something blows up. Ideally, I'd like the release managers to be able to just global to the "mark" when the release is "official" I like git - but anything I haven't done before is out of my comfort zone. So any insight would be appreciated. Robert Ramey -- View this message in context: http://boost.2283326.n4.nabble.com/Git-tags-and-Boost-release-tp4674328.html Sent from the Boost - Dev mailing list archive at Nabble.com.

3 3

[modular boost][install] Signals2 include links not being generated during build
by Greg Rubino 12 Apr '15

12 Apr '15

Hi, I'm building modular boost on 32-bit debian linux, and the build runs without error, but the links for some of the header files are not created. Here's what I'm running: $ bash bootstrap.sh $ ./b2 --runtime-link=static --without-python --without-mpi --without-iostreams At the end of the build (which shows warnings but no failures), I get this message: """ ...updated 836 targets... The Boost C++ Libraries were successfully built! The following directory should be added to compiler include paths: .../boost The following directory should be added to linker library paths: .../boost/stage/lib """ But for some reason signals2 is not being built. From the boost build directory: $ ls stage/lib/libboost_signals2* ls: cannot access stage/lib/libboost_signals2*: No such file or directory $ ls boost/signals2.hpp ls: cannot access boost/signals2.hpp: No such file or directory I'm not sure what happened or even how to diagnose whatever the issue might be. Has anyone seen this before or have any troubleshooting tips for me? Thanks, Greg

2 1

1.58.0 rc3 is now available
by Marshall Clow 12 Apr '15

12 Apr '15

Release candidate files for 1.58.0 are available at: http://boost.cowic.de/rc/ * Since rc1, the changes that were causing the serialization libraries to fail to build on MSVC have been reverted. * Since rc2, the documentation for bind, and mem_fun. No code changes. 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: MD5 (boost_1_58_0_rc3.7z) = f7255aeb692c1c38fe761c32fb0d3ecd MD5 (boost_1_58_0_rc3.tar.bz2) = b8839650e61e9c1c0a89f371dd475546 MD5 (boost_1_58_0_rc3.tar.gz) = 5a5d5614d9a07672e1ab2a250b5defc5 MD5 (boost_1_58_0_rc3.zip) = b0605a9323f1e960f7434dbbd95a7a5c Thanks! -- The release managers P.S. Release notes are here: http://www.boost.org/users/history/version_1_58_0.html

3 3

[serialization][develop] Unable to find file or target named 'test_polymorphic_helper.cpp'
by Dmitry Moskalchuk 11 Apr '15

11 Apr '15

It seems that latest commit to develop branch of Boost.Serialization (https://github.com/boostorg/serialization/commit/a32549c25fa983fea2b5dfeaf9…) break build of Boost: error: at /home/cislave/.crystax/ci-boost/regression/android-19-armeabi-v7a-develop/test/develop/regression/armeabi-v7a/test/boost_bb/src/kernel/modules.jam:107 error: Unable to find file or target named error: 'test_polymorphic_helper.cpp' error: referred to from project at error: '../libs/serialization/test' And really, there is no file libs/serialization/test/test_polymorphic_helper.cpp. I guess it was forgotten to be added to git. -- Dmitry Moskalchuk

2 1

[Boost Document Library] Which SDK / OS to use for development?
by Abhinav Tripathi 11 Apr '15

11 Apr '15

I am trying to start the development of a Document Library for Boost which was listed under the GSoC projects list. I successfully built Boost 1.57 on windows 8 with MinGW using some help from this mailing list. Now, i wish to develop the library on windows only (Although i can shift to linux if need be).... When i went through the links provided on the ideas list, i came across following things : --The OpenOffice SDK asks to either use linux or Visual Studio on Windows and there is practically nothing (documentation) for compiling with MinGW. --The LibreOffice SDK also asks to install many *nix tools first and also doesn't mention anything about compatibility with MinGW. --The last 2 links use .NET and some other MS libraries which i am pretty sure won't be much portable... . I wish to develop the library so as to get it accepted to Boost at some point. I assume that Boost would accept only cross platform code, so i discarded the last two links. I am now in a dilemma..... Which of the 2 SDK should i try to use on Windows with MinGW.. Or should i NOT develop on windows and shift to linux... . Also, The MS Office formats are not open but other office formats might be open and hence i can also try and develop something without using any of the available SDKs. So, instead of developing of a wrapper, i can aim to develop a complete library to load and manipulate document files... . Please suggest some option and show me a way as to which SDK/Platform should i use. And how to continue the development for the Document Library. . Regards, Abhinav

2 3

[fiber, afio, dl, bindlib, expected, hana, tick, fit, simd, dispatch] Checking my shortlist of upcoming Boost C++ 11/14 librari
by Niall Douglas 10 Apr '15

10 Apr '15

Dear Boost, I've spent the last few days reviewing the shortlist of C++ 11/14 libraries as suggested in this thread http://article.gmane.org/gmane.comp.lib.boost.devel/255548 which appear closest to entering Boost as per the rules in my C++ Now abstract: 1. The library must be C++ 11/14 only. As in, no C++ 03 compilation possible. 2. The order chosen shall be the closest to entering Boost in March/April (i.e. now), so already in Boost, approved to enter Boost, in the formal review queue, approaching the formal review queue. At https://drive.google.com/open?id=1Bizs9xz2dyt1d5GJv-pOCmu1cS67gRd0KNYn sjYK Ji w&authuser=0 you will hopefully find a traffic light dashboard spreadsheet (I tried posting a PNG here, it was refused). In it is shown the current state, as estimated by fallible me from a cursory glance at the library, for various measures of the library. Errors are entirely possible, hence me asking here before I make a fool of myself. List members may be as surprised as I was to learn that most of the upcoming libraries require C++ 14. They are also universally standalone from Boost, being about as weakly dependant as is possible and still be called a Boost library. That was a big surprise to me as well. Another surprise was the dislike of Boost.Test - a lot of libraries don't use it, indeed can't use it. And finally, almost everyone uses Travis CI, though not valgrind memcheck for leak detection nor coveralls for unit test coverage. The first category is libraries already in the formal review queue or better. These are: Fiber, AFIO, Dl. The second category is libraries where the authors have been visible enough for me to review the library and score it onto the dashboard. These are: BindLib, Expected, Hana, Tick, Fit. ... of which BindLib, Expected and Hana are the most "Boost ready" by my estimation. I still haven't reviewed Sqlpp11, SIMD, Dispatch, Range v3, Spirit X3 nor Proto 0x. The main reason why not is that I would never use any of those libraries in any work I expect to do anytime in the next five years. That's quite unfair to those libraries, but I have another big reason: I'm also hesitant to review libraries covered by their authors also present at C++ Now, or have presented on them in the past, as it won't add value plus I probably wouldn't know what I'm talking about compared to them so that removes Expected?, Hana, SIMD, Dispatch, Range v3, Spirit X3 and Proto 0x. Which leaves a shortlist of: Fiber, AFIO, Dl, BindLib, maybe Expected, maybe Tick and Fit. I think SIMD and Dispatch have been presented on before at C++ Now right? Could anyone also very quickly summarise the main differences in their C++ 11 only rewrite? I think I remember it was mainly compilation speed rather than doing anything unusually C++ 11 only? Niall -- ned Productions Limited Consulting http://www.nedproductions.biz/ http://ie.linkedin.com/in/nialldouglas/

4 4

[peer review queue tardiness] Cleaning out the Boost review queue
by Niall Douglas 10 Apr '15

10 Apr '15

I've been reviewing the Boost Formal Review queue as part of preparing my C++ Now presentation and I observe the following things: Observation 1. The following review submissions have not been updated by their authors in over two years and therefore count as unmaintained. Abandoned libraries before peer review are even more undesirable than abandoned official Boost libraries, I therefore suggest they be removed from the review queue until their authors bring them up to date: * Join (last update 2009) * Block pointer (last update: well, it's still in the SVN sandbox) * Singularity (last update 2011) * Extended Complex Numbers (last update 2012) * Array (last update 2012) * Countertree (last update 2012, I see a github import in 2013 but no new commits) * Process (last update 2012). This is a particularly useful library I have used myself in production code, and I see a number of mirrors of it on github each with varying patches and bug fixes. As a minimum, somebody needs to create a canonical github project for Process and merge the fixes from the many github copies. Otherwise, I'm sorry but this library needs to be considered abandoned otherwise, and removed from the review queue. It may be the case that the links on the review queue wiki page are simply out of date. If so, they need to be updated. Otherwise a purge of the queue is very desirable such that the queue accurately reflects ready to use new Boost libraries. Observation 2: Edit Distance (Algorithm) by Erik Erlandson shouldn't be in the queue. What he's done is to add a new algorithm to Boost.Algorithm, so the maintainer for Algorithm (Marshall?) should either merge his contribution or reject it as inappropriate or badly implemented. Failing that, Edit Distance should be spun into a standalone library instead of forking Algorithm. Right now it is supplied quite literally as a fork of the algorithm github. It should be a pull request, yet I don't see it in the pull requests for boostorg/algorithm, neither open nor closed. Niall -- ned Productions Limited Consulting http://www.nedproductions.biz/ http://ie.linkedin.com/in/nialldouglas/

15 43

[AIX6.1] [64bit] [build boost 1.57] Help required to build boost
by 임영운 10 Apr '15

10 Apr '15

hi, I'm newbie. the only one thing that I wanted to ask is building boost 64bit on aix6.1. I try it a number of times. and I failed building 64bit boost objects. It built only 32bit objects. would you tell me how to build boost 64bit on aix6.1 thanks read this msg. 주식회사 테미 임영운(Yeong-woon Im) 305-764 대전광역시 유성구 대학로99 충남대학교 산학연교육연구관 807호 #807, TBI Center, Chungnam University 99 Daehak-ro, Yuseong-gu, Deajeon, 305-764 Korea Home URL : http://www.temee.co.kr Tel : 042-824-7014 Fax : 042-824-7015 Mobile : 010-6266-9960

2 1