- Boost - lists.boost.org

[uuid] Platform-specific UUID generator (was Re: Issue 9407: please merge fix)
by Klaim - Joël Lamotte 18 Jan '15

18 Jan '15

On Fri, Jan 16, 2015 at 10:49 AM, Antony Polukhin <antoshkka(a)gmail.com> wrote: > Looks like Boost.UUID library is not maintained. This is unfortunate and reminded me this exchange: https://twitter.com/niv_anteru/status/487496938150195200 A platform-specific random generator would apparently be far more efficient (I say apparently because I didn't know there were platform-specific uuid generation until I read this tweet). I reminded this with the fix discussion and made the ticket marked as feature request: https://svn.boost.org/trac/boost/ticket/10939 I'm taking note to try a patch but don't hold your breath. Also, would there be any benefit in having another typedef in C++11 mode which would use the std mersene twister instead of the boost one?

3 4

[filesystem] path.cpp fails to compile under clang/Cygwin
by Peter Dimov 18 Jan '15

18 Jan '15

Fails like this: clang-linux.compile.c++.without-pth ..\..\..\bin.v2\libs\filesystem\build\clang-linux-3.4.2\release\link-static\path.obj ..\..\..\libs\filesystem\src\path.cpp:36:11: fatal error: 'windows_file_codecvt.hpp' file not found # include "windows_file_codecvt.hpp" ^ 1 error generated. "clang++" -c -x c++ -Wno-variadic-macros -Wno-c99-extensions -O3 -Wno-inline -Wall -DBOOST_ALL_NO_LIB=1 -DBOOST_FILESYSTEM_STATIC_LINK=1 -DBOOST_SYSTEM_STATIC_LINK=1 -DNDEBUG -I"..\..\..\include" -o "..\..\..\bin.v2\libs\filesystem\build\clang-linux-3.4.2\release\link-static\path.obj" "..\..\..\libs\filesystem\src\path.cpp" Looks like a clang bug; the file is certainly there, in the same directory as path.cpp.

4 12

How do I copy all source files?
by Robert Dailey 18 Jan '15

18 Jan '15

I do adhoc builds of boost using the boost modular git repo. All libs build just fine, but I can't for the life of me copy the source files. I have tried doing it through FileZilla (SFTP) but it skips a ton of files due to the symlinks. How can I get the complete "boost" header source tree?

2 5

[Phoenix] [MSVC] 8 9 and 10 COMDAT error
by Fletcher, John P 17 Jan '15

17 Jan '15

I am attempting to sort out the bugs and test failures in Boost Phoenix. I have one test (bind_rv_sp_test) which fails at the link stage with the following error on MSVC 8 9 and 10 but not later bind_rv_sp_test.obj : fatal error LNK1179: invalid or corrupt file: duplicate COMDAT '?value@?$result_@P8Y@@AE?AV?$shared_ptr@UX@@@boost@@XZ@?$is_mem_fun_pointer_select@$0A@@detail@boost@@2_NB' I have been researching this error and attempting to find a workaround for Phoenix. Has anyone else working on Boost encountered this error and have any suggestions about it. It does appear to have been around for some years and there are a lot of suggestions but no clear resolution I have found. How important are these compilers, and would it be O.K. to mark this test as expected to fail? I don't have these compilers so for any new tests I am relying on the develop tests to check out experiments. Thank you John

2 2

Re: [boost] [compute]/ Futures Some remarks
by Antonio Colino 16 Jan '15

16 Jan '15

> > On 01/14/2015 10:46 PM, Antonio Colino wrote: > > I have a flawless implementation of this concept I am very proud of. Is any one willing to critique it? > > On 01/14/2015 10:46 PM,?Thomas Heller?wrote: > > Wanna share it? Which concept are you refering to? > > I was hoping to share this lib, if i could generate any interest in a copyable hpc version of packaged_task > On Jan 2015 20:36:40,?Thomas Heller?wrote: > Absolutely! Note that there are already a few out there doing exactly what > you described (HPX and Habanero++ come to my mind here). >On Date: Thu, 15 Jan 2015 21:58:37, Antonio Colino wrote: >What would be the best way to arrange this? Thomas if you are sill interested I am still curious by which method you would prefer to review the code, as it is not yet made public and I would like to have a second opinion before doing so.

1 0

[function] unmerged changes
by Peter Dimov 16 Jan '15

16 Jan '15

Boost.Function's develop branch appears to have accumulated a few changes that aren't in master, to which I've added one more (I neglected to check first). Looking at the test results, nothing there seems out of the ordinary, so these should probably be merged, perhaps without my final commit (which is itself a very low risk, as it merely changes detail:: to boost::detail:: in a few places).

2 1

[test] clang warning
by Peter Dimov 16 Jan '15

16 Jan '15

..\..\../boost/test/impl/debug.ipp:211:21: warning: private field 'm_binary_path_buff' is not used [-Wunused-private-field] char m_binary_path_buff[500+1]; // !! ?? ^ I'm not sure what the purpose of this member is, but according to Clang, it's not used anywhere.

4 4

[units] unmerged changes in develop
by Peter Dimov 16 Jan '15

16 Jan '15

The following changes are in develop but not in master. Should these be merged? They all look fine (and beneficial) to me. C:\Projects\boost-git\boost\libs\units>git log master..develop commit cc97c0f253a250a15f0b2174ec12a338772248b6 Merge: 87778d2 12f0a2e Author: Jürgen Hunold <jhunold(a)gmx.eu> Date: Thu Nov 6 20:44:33 2014 +0100 Merge pull request #14 from mkurdej/fix/doc-information Fix documentation on information system units. commit 87778d23197aeceaccedeea2c3df43f2fa9f9a85 Merge: b40a903 45058c0 Author: Jürgen Hunold <jhunold(a)gmx.eu> Date: Thu Nov 6 20:43:04 2014 +0100 Merge pull request #13 from mkurdej/fix/header-guards Fix header guards and namespace trailing comments. commit 12f0a2eb0a2ac2925fe04d8afb744e7178e37ddc Author: Marek Kurdej <mkurdej(a)users.noreply.github.com> Date: Thu Nov 6 12:32:02 2014 +0100 Fix quickbook warning about deprecated '\n' in generated base_units.qbk. commit 9ba957d7208322bf752d61c7d5401bb358af5f0b Author: Marek Kurdej <mkurdej(a)users.noreply.github.com> Date: Thu Nov 6 12:22:02 2014 +0100 Add doc for boost/units/systems/information.hpp. commit 2042d4d72337d05e1606eb385d5b1b3865739e70 Author: Marek Kurdej <mkurdej(a)users.noreply.github.com> Date: Thu Nov 6 12:14:53 2014 +0100 Fix documentation on information system units (not only base units). commit aaffc7fa6f8c05cff396b6fc71a3ef8b79192330 Author: Marek Kurdej <mkurdej(a)users.noreply.github.com> Date: Wed Nov 5 18:24:23 2014 +0100 Fix documentation on information system units. commit 45058c08f7c2372cef729237a21a87a036245d2d Author: Marek Kurdej <mkurdej(a)users.noreply.github.com> Date: Mon Nov 3 13:59:10 2014 +0100 Fix header guards and namespace trailing comments.

2 4

Integrating Boost.Sort library
by Steven Ross 16 Jan '15

16 Jan '15

I would like to integrate the (recently accepted) Boost.Sort library into the main Boost build process, and provide Paul A. Bristow < pbristow(a)hetp.u-net.com> access to edit the documentation (it doesn't have to be restricted to just the docs). Are there instructions on how to do this? The current code is sitting here: https://github.com/spreadsort/sort

2 3

ASIO does not fully support Windows Runtime (WinRT), and a suggestion for providing support
by Moshe Rubin 16 Jan '15

16 Jan '15

While attempting to port filesystem to Windows Phone 8.1, I encountered some issues with the WinRT portions of ASIO. Examining the Boost code shows that ASIO does not fully support WinRT. Examples are that the acceptor implementation for WinRT #includes the null_socket_service class in socket_acceptor_service.hpp, rendering it unsupported. In addition, there is no counterpart in WinRT to WinSock's select() function, so there is no way to call select() off of a WinRT socket object. I would therefore like to briefly summarize what my company's needs are, what problems I've encountered, and a suggested solution for having ASIO support WinRT. Here are our corporate library's (let's call it CORLIB) needs: (*) Our goal is to build our Boost-based library (i.e., CORLIB) for Windows Phone 8.1. (*) CORLIB refers to Boost sockets in a cross-platform fashion (e.g., using the basic_stream_socket class as an abstraction via boost::asio::ip::tcp::socket). (*) CORLIB uses the boost::asio::ip::tcp::acceptor object in portions of its code. (*) CORLIB also calls the bind() socket function (*) CORLIB uses the BSD/Winsock functions select() and bind(), among other functions, to implement its logic Here are the problems: (*) The socket_acceptor_service class #includes null_socket_service.hpp to implement the acceptor object for WinRT. In other words, the acceptor object is not implemented for WinRT. (*) The winrt_ssocket_service_base class does not implement the listen() function, something that must be implemented to support the acceptor object. (*) The winrt_ssocket_service class implements native_handle_type as Windows::Networking::Sockets::StreamSocket^. There is no WinRT analog for the BSD/WinSock select() function, so CORLIB has no way of performing a select on the StreamSocket object. Since select() is critical to CORLIB, StreamSocket^ is unacceptable. We believe that winrt_ssocket_service must be implemented using WinSock (almost completely supported by Windows Phone 8.1) rather than Windows::Networking::Sockets, because the select() function is unimplementable using the WinRT hierarchy. We therefore propose creating a new socket service class for WinRT (we will refer to this new service class as winrt_winsock_socket_service) . This new service will be similar to reactive_socket_service: the stream_socket_service.hpp include file shows the following: #if defined(BOOST_ASIO_WINDOWS_RUNTIME) # include <boost/asio/detail/winrt_ssocket_service.hpp> #elif defined(BOOST_ASIO_HAS_IOCP) # include <boost/asio/detail/win_iocp_socket_service.hpp> #else # include <boost/asio/detail/reactive_socket_service.hpp> #endif Since we want to return to WinSock-based sockets for WinRT, we therefore want to model the Winsock-based WinRT implementation on reactive_socket_service, making changes for WinRT when necessary. Because Windows Phone 8.1 supports Winsock2, including bind(), listen(), and select(), we should be able to support WinRT via WinSock. This class will not make any use of WinRT's new socket classes.

4 5