Size: 1955
Comment:
|
Size: 3199
Comment: escaping __
|
Deletions are marked like this. | Additions are marked like this. |
Line 1: | Line 1: |
#pragma section-numbers off |
|
Line 4: | Line 6: |
bjam is a standart tool for building boostlibrary itself. Thus it is prefereble way to build python extensions based on boost.python with bjam. Basic example listed in tutorial. | bjam is a standard tool for building boost library itself. Thus it is preferable way to build Python extensions based on ["boost.python"] with bjam. Basic example listed in [http://www.boost.org/libs/python/doc/tutorial/doc/building_hello_world.html tutorial]. |
Line 6: | Line 9: |
However if you want to add external libraries in your extension (that is why you use boost.python, isn't it?), you must add them to dependancy section: | However if you want to add external libraries in your extension (that is why you use boost.python, isn't it?), you must add them to the '''Jamfile''': |
Line 8: | Line 11: |
# NOTE: Change [[VARIABLES]] according to your system |
|
Line 9: | Line 14: |
subproject libs/python/MyExtension ; ##################### if you put your dir in boost hierarhy | subproject libs/python/MyExtension ; ######## if you put your dir in boost hierarchy |
Line 13: | Line 18: |
Line 19: | Line 25: |
# dependencies | |
Line 21: | Line 28: |
: # dependencies <include>FULL_PATH_INCLUDE_DIR <include>RELATIVE_PATH_INCLUDE_DIR <library-file>FULL_PATH.lib <library-path>PATH_TO_LIB <library-file>LIBNAME.lib |
: # requirements <include>[[FULL_PATH_INCLUDE_DIR]] <include>[[RELATIVE_PATH_INCLUDE_DIR]] <library-file>[[FULL_PATH_AND_LIBNAME]] <library-path>[[PATH_TO_LIB]] <library-file>[[LIBNAME]] |
Line 36: | Line 43: |
Keeping your projects under boost hierarhy is often inconvinient. You may adjust Jamfile to build your extension from any place by * specifying BOOST_BUILD_PATH environment variable pointing to the root of your boost tree '''or''' * copying boost-build.jam file to the root of your project tree and changing the line {{{subproject}}} to the {{{ |
Keeping your projects under boost hierarchy is often inconvenient. You may build your extension from any place by: * changing the line {{{subproject}}} in the '''Jamfile''' to the {{{ |
Line 42: | Line 48: |
in the Jamfile. | * remove <dll> line and add to the requirements: {{{ # link to the appropriate library for the build variant. <release><find-library>boost_python <debug><find-library>boost_python_debug <debug-python><find-library>boost_python_pydebug # library path required for linking to boost_python shared lib. You # may need to edit this for your installation <library-path>$(BOOST_ROOT)/libs/python/build/VisualStudio/bin }}} * creating '''boost-build.jam''' file in the root of your project tree like that: {{{ BOOST_ROOT=[[PATH_TO_BOOST]] ; boost-build $(BOOST_ROOT)/tools/build ; }}} * to silence warning create empty '''Jamrules''' file. |
Line 46: | Line 67: |
* Make sure to link with ''boost_python'' or ''boost_python_debug'' library. |
|
Line 48: | Line 71: |
* Make sure you keep {{{"Use Managed Extension" == No}}} if you are using Visual Studio.NET. | |
Line 49: | Line 73: |
== Tips and tricks == | = Tips and tricks = |
Line 54: | Line 79: |
---- | ------ |
Line 56: | Line 81: |
------ To specify library in a platform-independent way you could do something like: {{{ local libname if $(NT) { libname = foo.lib } else { libname = libfoo.a } |
|
Line 57: | Line 94: |
... | |
Line 58: | Line 96: |
=== MS Windows === * Make sure you keep {{{"Use Managed Extension" == No}}} if you are using Visual Studio.NET. |
<library-file>$(libname) }}} in the Jamfile. ------ Add -DBOOST_PYTHON_STATIC_LIB to your compiler command-line or <define>BOOST_PYTHON_STATIC_LIB to your bjam requirements; that will turn off exporting for win32: `__declspec(dllexport)`. |
Building Extensions with boost.python
Using bjam
bjam is a standard tool for building boost library itself. Thus it is preferable way to build Python extensions based on ["boost.python"] with bjam. Basic example listed in [http://www.boost.org/libs/python/doc/tutorial/doc/building_hello_world.html tutorial].
However if you want to add external libraries in your extension (that is why you use boost.python, isn't it?), you must add them to the Jamfile:
# NOTE: Change [[VARIABLES]] according to your system # Specify our location in the boost project hierarchy subproject libs/python/MyExtension ; ######## if you put your dir in boost hierarchy # Include definitions needed for Python modules SEARCH on python.jam = $(BOOST_BUILD_PATH) ; include python.jam ; # Declare a Python extension extension Example : # sources Example.cpp # dependencies <dll>../build/boost_python : # requirements <include>[[FULL_PATH_INCLUDE_DIR]] <include>[[RELATIVE_PATH_INCLUDE_DIR]] <library-file>[[FULL_PATH_AND_LIBNAME]] <library-path>[[PATH_TO_LIB]] <library-file>[[LIBNAME]] ; # Declare a test for the extension module boost-python-runtest test1 : # Python test driver test1.py # extension modules to use <pyd>Example ;
Keeping your projects under boost hierarchy is often inconvenient. You may build your extension from any place by:
changing the line subproject in the Jamfile to the
project-root ;
remove <dll> line and add to the requirements:
# link to the appropriate library for the build variant. <release><find-library>boost_python <debug><find-library>boost_python_debug <debug-python><find-library>boost_python_pydebug # library path required for linking to boost_python shared lib. You # may need to edit this for your installation <library-path>$(BOOST_ROOT)/libs/python/build/VisualStudio/bin
creating boost-build.jam file in the root of your project tree like that:
BOOST_ROOT=[[PATH_TO_BOOST]] ; boost-build $(BOOST_ROOT)/tools/build ;
to silence warning create empty Jamrules file.
Using make
Make sure to link with boost_python or boost_python_debug library.
Using Windows IDE
Make sure you keep "Use Managed Extension" == No if you are using Visual Studio.NET.
Tips and tricks
To keep up with bjam rules you might want to have a dry run without actually building anything: {{{bjam -na }}}
To copy resulting executable to desired directory take a look at the stage rule.
To specify library in a platform-independent way you could do something like:
local libname if $(NT) { libname = foo.lib } else { libname = libfoo.a } ... <library-file>$(libname)
in the Jamfile.
Add -DBOOST_PYTHON_STATIC_LIB to your compiler command-line or <define>BOOST_PYTHON_STATIC_LIB to your bjam requirements; that will turn off exporting for win32: __declspec(dllexport).