Opened 12 years ago
Last modified 11 years ago
#35490 closed defect
libtorrent-rasterbar won't compile against new default boost variants — at Version 1
Reported by: | timbargen@… | Owned by: | devans@… |
---|---|---|---|
Priority: | Normal | Milestone: | |
Component: | ports | Version: | 2.1.2 |
Keywords: | boost, libtorrent | Cc: | adfernandes@… |
Port: | libtorrent-rasterbar |
Description (last modified by ryandesign (Ryan Carsten Schmidt))
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.
Change History (1)
comment:1 Changed 12 years ago by ryandesign (Ryan Carsten Schmidt)
Cc: | adfernandes@… added; adfernandes devans removed |
---|---|
Description: | modified (diff) |
Owner: | changed from macports-tickets@… to devans@… |
The Cc field must contain complete email addresses.