- Boost - lists.boost.org

[1.39.0] getting started update
by Vladimir Prus 16 Apr '09

16 Apr '09

The attached patch updates getting started to the changes I've did to simplify build process, described in: http://permalink.gmane.org/gmane.comp.lib.boost.devel/188461 and some other existing reality. Specifically: 1. The bootstrap + bjam procedure is documented. 2. The Boost.System library is added to the list of libraries needing compilation. 3. Unix docs are adjusted to use stage/lib everywhere, as opposed to using 'lib' in some cases. Dave, can you review this? I have regenerated HTML and visually inspected them, but HTML diffs are not included for clarity. Thanks, Volodya

2 2

Improved build process
by Vladimir Prus 16 Apr '09

16 Apr '09

Hello, I have completed a set of changes meant to make building C++ Boost somewhat more streamlined, and avoid common pitfalls reported on IRC and mailing lists. In short, C++ Boost can now be build, on Windows, with: bootstrap.bat bjam and on Linux, with ./bootstrap.sh ./bjam I'd imagine that 95% of users won't need anything else, and two commands is a fairly straigh-forward approach. More specifically, the changes I've made are: 1. Some time ago we discussed the configure/make solution: http://article.gmane.org/gmane.comp.lib.boost.devel/181839/ There are two problems with it: - The naming suggests it's automake/autoconf solution, which is not, and users keep on trying automake idioms to find they don't work. - If you just run "bjam" then whatever settings configure made are not considered -- which is very annoying when user has to tweak things beyond what configure offers. Per that thread, I have did two changes: - Renamed configure to bootstrap.sh, avoiding autoconf connotations - Made bootstrap.sh, instead of generating Makefile, generate project-config.jam -- which is automatically read by Boost.Build. 2. Many users forget to specify 'stage' explicitly, and get a pile of libraries in random places. Now, 'stage' is default, and a message saying where libraries go is printed. See: http://article.gmane.org/gmane.comp.lib.boost.devel/188450 3. On Windows, users had to get or build Boost.Jam, and then copy it in %PATH% and then invoke it. Now, bootstrap.bat is a tiny wrapper that builds Boost.Jam and puts it in the root of C++ Boost source tree. 4. On Windows, release libraries were built by default, and debug were not build at all, which does not match default IDE & autolink behaviour. (I think that on Linux, building release by default is fine, since generally debug and release versions are link-compatible). We now build these two variants by default: <variant>debug <threading>multi <link>static <runtime-link>shared <variant>release <threading>multi <link>static <runtime-link>shared These changes are presently on trunk. Most of them are essentially the matter of proper defaults, and proper messages and proper wrappers, not deep hacking, so they are unlikely to disturbing for release. On the other hand, I would very much appreciate comments on "look&feel". So, if you have some time, give it a try and report your experience. I'll take a look at regression results to see if some unexpected breakage appears, and do other round of manual testing on Monday, and then merge this to release branch. Dave, I understand this requires changes to getting started -- for Unix, they are textual replacements only and I have a local patch for that. For Windows, new text is needed that I'll work on as well and should have a patch for your review by Monday. - Volodya

2 1

[TortoiseSVN] Please upgrade if using TortoiseSVN 1.6.0
by Beman Dawes 15 Apr '09

15 Apr '09

There is a bug in TortoiseSVN 1.6.0 that can cause a log request to loop endlessly under certain conditions. When this happens an endless stream of requests is sent to the server. This may be why the svn.boost.org server is getting hammered, and response time is slow. It affects trac too, as it runs on the same server. The problem is fixed in release 1.6.1, so please upgrade to that release if you are currently running TortoiseSVN 1.6.0. Thanks, --Beman

1 0

Cross compilation problem
by Jostein Austvik Jacobsen 15 Apr '09

15 Apr '09

I'm trying to cross compile boost 1.38 for the gumstix motherboard (ARM) like this: wget --tries=10 http://heanet.dl.sourceforge.net/soruceforge/boost/boost_1_38_0.tar.gz tar xzf boost_1_38_0.tar.gz cd boost_1_38_0 echo "using gc : `${GUMSTIXTOP}/tmp/cross/arm-angstrom-linux-gnueabi7bin/g++ -v 2>&1 | tail --1 | awk '{print $3}'` : ${GUMSTIXTOP}/tmp/cross/arm-angstrom-linux-gnueabi7bin/g++ ; " > tools/build/v2/user-config.jam sudo apt-get install bjam sudo bjam --toolset=gcc-arm --prefix=/opt/gumros install It seems to compile correctly, but when I compile my application that depends on Boost (I have remembered to tell it where to find the cross compiled boost), I get this: /home/jostein/gumstix/gumstix-oe/tmp/cross/lib/gcc/arm- angstrom-linux-gnueabi/4.1.2/../../../../arm-angstrom-linux-gnueabi/bin/ld: skipping incompatible /opt/gumros/lib/libboost_thread-gcc-mt-1_38.so when searching for -lboost_thread-gcc-mt-1_38 This looks like Boost wasn't cross compiled at all (or at least incorrectly). Are there any obvious problems with the way I'm doing this? Eventually, does anyone use bitbake and have a working recipe for one of the newer Boost releases (1.35+)? Regards Jostein

3 6

[signals2][interprocess][1.39] Testing variadic templates
by Daniel James 15 Apr '09

15 Apr '09

Hi, The gcc config hasn't been defining BOOST_HAS_VARIADIC_TMPL correctly when C++0x support is available. I've fixed this in trunk but it means that variadic template support hasn't been tested correctly for a while and there are failures in your regression tests. Can you have a look at them before I merge to release? thanks, Daniel

3 2

[thread] atomic
by Sergei Politov 15 Apr '09

15 Apr '09

Hi, I would like to known state of atomic (class/operations) implementation in boost. There are several threads that contains references to atomics, but I cannot find the state of this issue. May be I've overlooked something. I would like to known the following: 1) Is there defined interface for atomics? Where is it if present? 2) What is the state of this work? Currently I use my own implementation of atomic class. It has interface similar to atomic class from intel tbb (also it contains some ideas from tbb, but AFAIK ideas are not under GPL license). Now it is tested on MSVC 9.0 32-bit, and GCC 4.2.4 under Gentoo linux (both 32 and 64-bit). I can boostify and prepare it for review, if there is no such work already in progress. Best Regards, Sergei

4 3

Re: [boost] [thread] atomic
by markus2004x 15 Apr '09

15 Apr '09

I have been searching for some standard library of this type for some time. Eventually I wrote my own primitives, taking ideas from tbb and other resources on the web. I also have some containers based on atomics, like non-blocking stacks. I think an atomic-ops library would be a great addition to Boost. If that was available, I would happily throw away all my own code. Best regards, M Sergei Politov wrote: > > Hi, > > I would like to known state of atomic (class/operations) implementation > in > boost. > There are several threads that contains references to atomics, but I > cannot find the state of this issue. > May be I've overlooked something. > > I would like to known the following: > 1) Is there defined interface for atomics? Where is it if present? > 2) What is the state of this work? > > Currently I use my own implementation of atomic class. > It has interface similar to atomic class from intel tbb (also it > contains > some ideas from tbb, but AFAIK ideas are not under GPL license). > Now it is tested on MSVC 9.0 32-bit, and GCC 4.2.4 under Gentoo linux > (both 32 and 64-bit). > I can boostify and prepare it for review, if there is no such work > already > in progress. > > Best Regards, > Sergei > _______________________________________________ > Unsubscribe & other changes: > http://lists.boost.org/mailman/listinfo.cgi/boost > > -- View this message in context: http://www.nabble.com/-thread--atomic-tp22535763p22901742.html Sent from the Boost - Dev mailing list archive at Nabble.com.

1 0

[serialization] BOOST_NO_EXCEPTIONS bug
by Vladimir Prus 14 Apr '09

14 Apr '09

Hi, KDE folks has reported that trying to use Boost with exceptions turned off results in duplicate symbol error from Boost.Serialization, like so: kdevclassbrowser. dir/allclassesfolder.o: In function `boost::serialization::throw_exception(std::exception const&)': /usr/include/boost/serialization/throw_exception.hpp:29: multiple definition of `boost::serialization::throw_exception(std::exception const&)' The reason is missing inline, which the attached patch fixes? Robert, is this OK for trunk & release branches? - Volodya

4 5

[mpl] mpl::string, help needed (vacpp, sun, borland)
by Eric Niebler 14 Apr '09

14 Apr '09

(Second try....) I recently added mpl::string (a compile-time string class template) to trunk. I expected horrific portability problems with my use of multi-character literals, but it's not as bad as all that judging from the test results. There are only a few failures on compilers I don't have access to: vacpp, sun and borland. I invite anybody with access to these compilers to "bjam string" in the libs/mpl/test directory, try their hand at fixing the problems and submitting a patch. Thanks! -- Eric Niebler BoostPro Computing http://www.boostpro.com

1 0

[release] README.txt
by Vladimir Prus 14 Apr '09

14 Apr '09

The root of svn tree has file called README.txt that say something about features in 1.34 release. It does not give very good impression -- can this file be either removed or updated? - Volodya

4 5