Re: [boost] [Boost.Move] [Boost.Container] Compiling with older versions of Boost and Performance
Message: 3 Date: Sat, 07 Jan 2012 15:58:20 +0100 From: "Vicente J. Botet Escriba" <vicente.botet@wanadoo.fr> <snip> Le 07/01/12 12:10, Thomas Jordan a ?crit :
Hi, I am interested in experimenting with v1.48 Boost.Move and Boost.Container. However, I am otherwise constrained to using Boost libraries v1.33.1 with a Sun C++ v5.10 compiler. I couldn't seem any 'Boost library dependencies' listed in the Move/Container documentation, but a quick look through the header files suggests that it is mainly MPL and Type Traits. So... First question: would it be feasible for me to combine the headers for these two libraries with the v1.33.1 libraries and get it to work (albeit maybe with a little customisation), or would it be a big job/non-starter? Second question - I don't see any performance analysis published for Boost.Move. I know that move semantics is about more than improved performance, but am interested in that side of things, especially as the above compiler appears suboptimal in terms of copy elision and RVO. I am wondering for example whether are there any (compiler-specific) factors which could mitigate against the performance benefits of doing a move vs a copy of a vector, using these libraries, for example.
Hi,
unfortunately Boost.Move and Boost.Container are not working up to now on Sun c++ even on trunk (1.49). See http://www.boost.org/development/tests/trunk/developer/container.html.
Best, Vicente
Thanks for pointing me to that. In general is there anything more detailed than pass/fail available to look at? Is the assumption that something with so many fails it not fixable one the library side, and is not worth investigating? Regards, T.
Le 08/01/12 12:25, Thomas Jordan a écrit :
Message: 3 Date: Sat, 07 Jan 2012 15:58:20 +0100 From: "Vicente J. Botet Escriba" <vicente.botet@wanadoo.fr> <snip> Le 07/01/12 12:10, Thomas Jordan a ?crit :
Hi, I am interested in experimenting with v1.48 Boost.Move and Boost.Container. However, I am otherwise constrained to using Boost libraries v1.33.1 with a Sun C++ v5.10 compiler. I couldn't seem any 'Boost library dependencies' listed in the Move/Container documentation, but a quick look through the header files suggests that it is mainly MPL and Type Traits. So... First question: would it be feasible for me to combine the headers for these two libraries with the v1.33.1 libraries and get it to work (albeit maybe with a little customisation), or would it be a big job/non-starter? Second question - I don't see any performance analysis published for Boost.Move. I know that move semantics is about more than improved performance, but am interested in that side of things, especially as the above compiler appears suboptimal in terms of copy elision and RVO. I am wondering for example whether are there any (compiler-specific) factors which could mitigate against the performance benefits of doing a move vs a copy of a vector, using these libraries, for example.
Hi,
unfortunately Boost.Move and Boost.Container are not working up to now on Sun c++ even on trunk (1.49). See http://www.boost.org/development/tests/trunk/developer/container.html.
Best, Vicente
Thanks for pointing me to that. In general is there anything more detailed than pass/fail available to look at? Is the assumption that something with so many fails it not fixable one the library side, and is not worth investigating?
Lastly there were some issues reporting the failure on the Sandia testers. Sun compiler miss a lot of useful features for many Boost libraries. I think the best you can do is to install the version 1.48 (or the trunk), run the tests yourself, look for the first failures in Boost.Move and try to understand what is going wrong. Report the failures here and try to solve them with the help of Ion and the Boost comunity. HTH, Vicente
participants (2)
-
Thomas Jordan -
Vicente J. Botet Escriba