libtorrent-rasterbar won't compile against new default boost variants

[timbargen@…]

libtorrent-rasterbar (16.2) won't pass the configure script when building against the new default boost (1.50) variants "+no_single" "+no_static" seen here: changeset:95845/trunk/dports/devel/boost/Portfile

you can force it to get past the configure script by adding

                --with-boost-python=mt

to configure.args in the portfile, but then it fails to build.

rebuilding boost with "-no_single -no_static" allows libtorrent-rasterbar to be built with no problems.

To be honest, I really don't know which one of the new default variants is the culprit; I didn't really feel like rebuilding boost 2 or 3 times just to test. I suspect its the +no_single variant though just because I had to tell libtorrent-rasterbar to look for the mt (multi-threaded) version of the library for it to even try to compile when I was using the new default variants for boost.

Whichever it is, either -no_single/-no_static needs to be made a dependency for libtorrent-rasterbar, or +no_single/+no_static needs to be removed from the default variants for boost.

I'm on 10.7.4 with a Core2 Duo for what it's worth.

[ryandesign (Ryan Carsten Schmidt)]

The Cc field must contain complete email addresses.