From 926bbe1815c86e38722f6b635874bc99981734aa Mon Sep 17 00:00:00 2001 From: Gluzskiy Alexandr Date: Fri, 26 Feb 2016 22:49:18 +0300 Subject: removed boost, boost-build - outdated --- .../boost/files/boost-1.48.0-python_linking.patch | 24 ---------------------- 1 file changed, 24 deletions(-) delete mode 100644 dev-libs/boost/files/boost-1.48.0-python_linking.patch (limited to 'dev-libs/boost/files/boost-1.48.0-python_linking.patch') diff --git a/dev-libs/boost/files/boost-1.48.0-python_linking.patch b/dev-libs/boost/files/boost-1.48.0-python_linking.patch deleted file mode 100644 index e7f4e7c..0000000 --- a/dev-libs/boost/files/boost-1.48.0-python_linking.patch +++ /dev/null @@ -1,24 +0,0 @@ ---- libs/python/build/Jamfile.v2 -+++ libs/python/build/Jamfile.v2 -@@ -109,20 +109,7 @@ - static:BOOST_PYTHON_STATIC_LIB - BOOST_PYTHON_SOURCE - [ cond $(python2) : -fno-strict-aliasing ] -- -- # On Windows, all code using Python has to link to the Python -- # import library. -- # -- # On *nix we never link libboost_python to libpython. When -- # extending Python, all Python symbols are provided by the -- # Python interpreter executable. When embedding Python, the -- # client executable is expected to explicitly link to -- # /python//python (the target representing libpython) itself. -- # -- # python_for_extensions is a target defined by Boost.Build to -- # provide the Python include paths, and on Windows, the Python -- # import library, as usage requirements. -- [ cond [ python.configured ] : /python//python_for_extensions ] -+ [ cond [ python.configured ] : /python//python ] - - # we prevent building when there is no python available - # as it's not possible anyway, and to cause dependents to -- cgit v1.2.3