October 2013 - Boost - lists.preview.boost.org

[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