Mailman 3 December 2011 - Cplusplus-sig

boost::python embedding error - runtime - Mac OS X - 1.38
by Igor Karpov Oct. 1, 2014

Oct. 1, 2014

Hi, I am trying to run the following program: #include <iostream> #include <Python.h> #include <boost/python.hpp> using namespace boost::python; using namespace std; int main(int argc, char** argv) { { // Using Python/C Py_Initialize(); PyObject* main_module = PyImport_ImportModule("__main__"); PyObject* globals = PyEval_GetGlobals(); PyObject* locals = PyEval_GetLocals(); PyRun_SimpleString("print 'Hello World, from Python/C!'\n"); Py_Finalize(); } { // Using boost::python Py_Initialize(); object main_module = import("__main__"); object main_namespace = main_module.attr("__dict__"); try { object ignored = exec("print 'Hello World, from boost::python!'\n", main_namespace); Py_Finalize(); } catch (error_already_set const& e) { PyErr_Print(); return 1; } } return 0; } on Linux (both x86 and x86_64), with Ubuntu's default version of Boost (1.34.1) installed, I am able to do so as expected: $ ./embed Hello World, from Python/C! Hello World, from boost::python! on Mac OS X, I get a runtime error: $ ./embed Hello World, from Python/C! Bus Error Running with gdb, this is the stack trace: Hello World, from Python/C! Program received signal EXC_BAD_ACCESS, Could not access memory. Reason: KERN_PROTECTION_FAILURE at address: 0x00000000 0x00000000 in ?? () (gdb) where #0 0x00000000 in ?? () #1 0x00bb618f in PyEval_GetGlobals () #2 0x00bce0dd in PyImport_Import () #3 0x00bce2b0 in PyImport_ImportModule () #4 0x008127d4 in boost::python::import (name=@0xbffff4a8) at libs/python/src/import.cpp:20 #5 0x00004446 in main (argc=1, argv=0xbffff510) at embed.cc:22 For this Mac, boost version is latest (1.38) and python version is: Python 2.5.4 (r254:67917, Dec 23 2008, 14:57:27) [GCC 4.0.1 (Apple Computer, Inc. build 5363)] on darwin Is this a bug? I attached the source and the cmake file I am using to build, for convenience. Thanks, --Igor.

4 6

wrapped std::vector slice affecting items in a python list
by babak April 2, 2012

April 2, 2012

Hi, I've come across some unusual behaviour that I was hoping some one might be able to explain to me. In python I have a list and a wrapped std::vector<MyCustomType> (using the vector_indexing_suite) where the list contains the items in the vector. If I slice insert items into the vector then the items in the python list change. The attached example illustrates this. Is this behaviour expected ? I'm quite confused as to what's going on so any help clarifying this would be greatly appreciated. thanks, Babak http://boost.2283326.n4.nabble.com/file/n3738972/test.py test.py http://boost.2283326.n4.nabble.com/file/n3738972/source.cpp source.cpp -- View this message in context: http://boost.2283326.n4.nabble.com/wrapped-std-vector-slice-affecting-items… Sent from the Python - c++-sig mailing list archive at Nabble.com.

3 7

Re: [C++-sig] [Python] Wrapping Visitor Pattern and Object Slicing
by Dave Abrahams Dec. 27, 2011

Dec. 27, 2011

The following message is a courtesy copy of an article that has been posted to gmane.comp.lib.boost.user as well. on Tue Dec 27 2011, Alex Olivas <olivas-AT-icecube.umd.edu> wrote: > Hey All, > I'm trying to wrap a third party lib that uses the visitor > pattern and their own smart pointers ('ref_ptr' below), which > manages objects that inherit from 'Referenced'. I've put > together a simple example that illustrates the problem. > > Code for python bindings : http://codepad.org/wq47m5CI > Simple test script : http://codepad.org/Jfme3U6U > Output for two cases : http://codepad.org/gbFBxy04 > Case 1) 'apply' override is commented out in the python class > Case 2) 'apply' override exists > > The problem that I'm having is that the 'apply' method > ( lines 83 - 86 ) slices everything to base unless I use > boost::ref(). However this only works for wrapped classes > and in this lib several classes use derived visitors that > are not part of the public API ( which I modeled as HelperVisitor > in the above example ). > > Is there anyway to prevent object slicing for both wrapped > and unwrapped objects in this scenario? > > I'm building against boost 1.47 and if anyone's interested in > digging deeper the 3rd party lib is Open Scene Graph 3.0.1. Just a wild guess, but it looks like you're copying and slicing the VisitorBase object here: VisitorBase_wrapper( PyObject* o , const VisitorBase& b) : self( o ), VisitorBase(b) {}; Also, you could try using & (address-of) instead of boost::ref. Also, I suggest following this post up on the C++-sig instead of here; you'll get better help. Cheers, -- Dave Abrahams BoostPro Computing http://www.boostpro.com

1 0

pygccxml KeyError
by Davidson, Josh Dec. 23, 2011

Dec. 23, 2011

Hopefully, there's enough information in the traceback, but if not I can try to sanitize an example. I'm on rev 1856. INFO gccxml cmd: ""C:\MinGW\bin\gccxml.exe" -DBOOST_NO_RVALUE_REFERENCES -D__mode__(x)= -I"." -I"C:\Users\davidsj2\workspace\SimulationInterface\src\C++\model_io\storage" -I"C:\Users\davidsj2\workspace\SimulationInterface\src\C++" -I"C:\Users\davidsj2\workspace\SimulationInterface\src\C++\model_io\storage" -I"c:\Python26\include" -I"C:\Users\davidsj2\workspace\SimulationInterface\src\C++\model_io\storage" "C:\Users\davidsj2\workspace\SimulationInterface\src\C++\model_io\storage\SpaceWireStore.hpp" -fxml="c:\users\davidsj2\appdata\local\temp\tmpnxyjfn.xml"" INFO GCCXML version - 0.9( 1.135 ) ['C:\\Users\\davidsj2\\workspace\\SimulationInterface', 'c:\\Python26\\lib\\site-packages\\setuptools-0.6c11-py2.6.egg', 'c:\\Python26\\lib\\site-packages\\rpyc-3.2.0-py2.6.egg', 'c:\\Python26\\lib\\site-packages\\construct-2.06-py2.6.egg', 'c:\\Python26\\lib\\site-packages\\winpexpect-1.5-py2.6.egg', 'c:\\Python26\\lib\\site-packages\\pyreadline-1.7.1.dev_r0-py2.6.egg', 'C:\\Users\\davidsj2\\workspace\\SimCommon\\src', 'C:\\Windows\\system32\\python26.zip', 'c:\\Python26\\DLLs', 'c:\\Python26\\lib', 'c:\\Python26\\lib\\plat-win', 'c:\\Python26\\lib\\lib-tk', 'c:\\Python26', 'c:\\Python26\\lib\\site-packages', 'c:\\Python26\\lib\\site-packages\\win32', 'c:\\Python26\\lib\\site-packages\\win32\\lib', 'c:\\Python26\\lib\\site-packages\\Pythonwin'] Traceback (most recent call last): File "setup.py", line 27, in <module> extensions = [b.getExtension() for b in bindings] File "C:\Users\davidsj2\workspace\SimCommon\src\sim\build\bindings.py", line 287, in getExtension self._generate() File "C:\Users\davidsj2\workspace\SimCommon\src\sim\build\bindings.py", line 223, in _generate cflags=cflags) File "c:\Python26\lib\site-packages\pyplusplus\module_builder\boost_python_builder.py", line 95, in __init__ , indexing_suite_version) File "c:\Python26\lib\site-packages\pyplusplus\module_builder\boost_python_builder.py", line 138, in __parse_declarations decls = reader.read_files( files, compilation_mode ) File "c:\Python26\lib\site-packages\pygccxml\parser\project_reader.py", line 217, in read_files return self.__parse_file_by_file(files) File "c:\Python26\lib\site-packages\pygccxml\parser\project_reader.py", line 272, in __parse_file_by_file leaved_classes = self._join_class_hierarchy( answer ) File "c:\Python26\lib\site-packages\pygccxml\parser\project_reader.py", line 445, in _join_class_hierarchy leaved_derived = leaved_classes[ create_key( derived_info.related_class ) ] KeyError: (('c:/mingw64-i686-20110207/lib/gcc/../../x86_64-w64-mingw32/include/boost/intrusive/options.hpp', 209), ('::', 'boost', 'intrusive', 'constant_time_size<true>', 'pack<boost::intrusive::base_hook<boost::intrusive::detail::default_set_hook>::pack<boost::intrusive::none> >'))

2 9

Building Boost Python problem
by hbd666 Dec. 21, 2011

Dec. 21, 2011

Hi I hope someone can help me out... The object is to build boost python (boost-1.4.8, python 2.7 32bit, windows 7 64bit, mingw). I've been trying to fix this for a good 8 hours but can't figure it out. bjam --with-python --build-type=complete --toolset=gcc stage Looking at the resulting output below, I see the problem is probably that bjam can't find python27.lib. I just don't see how that is possible because it finds python.exe in C:\Python27 and indeed python27.lib exists in the C:\Python27\libs directory. Resulting output..... Component configuration: - chrono : not building - date_time : not building - exception : not building - filesystem : not building - graph : not building - graph_parallel : not building - iostreams : not building - locale : not building - math : not building - mpi : not building - program_options : not building - python : building - random : not building - regex : not building - serialization : not building - signals : not building - system : not building - test : not building - thread : not building - timer : not building - wave : not building ...patience... ...patience... ...found 1932 targets... ...updating 16 targets... gcc.link.dll bin.v2\libs\python\build\gcc-mingw-4.6.1\release\threading-multi\libboost_python-mgw46-mt-1_48.dll.a Creating library file: bin.v2\libs\python\build\gcc-mingw-4.6.1\release\threading-multi\libboost_python-mgw46-mt-1_48.dll.abin.v2\libs\python\build\gcc-mingw-4.6.1\release\threading-multi\module.o:module.cpp:(.text+0x165): undefined reference to `_imp__Py_InitModule4 ' collect2: ld returned 1 exit status "g++" -L"C:\Python27\libs" -Wl,-R -Wl,"C:\Python27" -Wl,-R -Wl,"C:\Python27\libs" "-Wl,--out-implib,bin.v2\libs\python\build\gcc-mingw-4.6.1\release\threading-multi\libboost_python-mgw46-mt-1_48.dll.a" -o "bin.v2\libs\python\build\gcc-mingw-4.6.1\release\threading-multi\libboost_python-mgw46-mt-1_48.dll" -shared -Wl,--start-group "bin.v2\libs\python\build\gcc-mingw-4.6.1\release\threading-multi\numeric.o" "bin.v2\libs\python\build\gcc-mingw-4.6.1\release\threading-multi\list.o" "bin.v2\libs\python\build\gcc-mingw-4.6.1\release\threading-multi\long.o" "bin.v2\libs\python\build\gcc-mingw-4.6.1\release\threading-multi\dict.o" "bin.v2\libs\python\build\gcc-mingw-4.6.1\release\threading-multi\tuple.o" "bin.v2\libs\python\build\gcc-mingw-4.6.1\release\threading-multi\str.o" "bin.v2\libs\python\build\gcc-mingw-4.6.1\release\threading-multi\slice.o" "bin.v2\libs\python\build\gcc-mingw-4.6.1\release\threading-multi\converter\from_python.o" "bin.v2\libs\python\build\gcc-mingw-4.6.1\release\threading-multi\converter\registry.o" "bin.v2\libs\python\build\gcc-mingw-4.6.1\release\threading-multi\converter\type_id.o" "bin.v2\libs\python\build\gcc-mingw-4.6.1\release\threading-multi\object\enum.o" "bin.v2\libs\python\build\gcc-mingw-4.6.1\release\threading-multi\object\class.o" "bin.v2\libs\python\build\gcc-mingw-4.6.1\release\threading-multi\object\function.o" "bin.v2\libs\python\build\gcc-mingw-4.6.1\release\threading-multi\object\inheritance.o" "bin.v2\libs\python\build\gcc-mingw-4.6.1\release\threading-multi\object\life_support.o" "bin.v2\libs\python\build\gcc-mingw-4.6.1\release\threading-multi\object\pickle_support.o" "bin.v2\libs\python\build\gcc-mingw-4.6.1\release\threading-multi\errors.o" "bin.v2\libs\python\build\gcc-mingw-4.6.1\release\threading-multi\module.o" "bin.v2\libs\python\build\gcc-mingw-4.6.1\release\threading-multi\converter\builtin_converters.o" "bin.v2\libs\python\build\gcc-mingw-4.6.1\release\threading-multi\converter\arg_to_python_base.o" "bin.v2\libs\python\build\gcc-mingw-4.6.1\release\threading-multi\object\iterator.o" "bin.v2\libs\python\build\gcc-mingw-4.6.1\release\threading-multi\object\stl_iterator.o" "bin.v2\libs\python\build\gcc-mingw-4.6.1\release\threading-multi\object_protocol.o" "bin.v2\libs\python\build\gcc-mingw-4.6.1\release\threading-multi\object_operators.o" "bin.v2\libs\python\build\gcc-mingw-4.6.1\release\threading-multi\wrapper.o" "bin.v2\libs\python\build\gcc-mingw-4.6.1\release\threading-multi\import.o" "bin.v2\libs\python\build\gcc-mingw-4.6.1\release\threading-multi\exec.o" "bin.v2\libs\python\build\gcc-mingw-4.6.1\release\threading-multi\object\function_doc_signature.o" -Wl,-Bstatic -Wl,-Bdynamic -lpython27 -Wl,--end-group -mthreads ...failed gcc.link.dll bin.v2\libs\python\build\gcc-mingw-4.6.1\release\threading-multi\libboost_python-mgw46-mt-1_48.dll.a bin.v2\libs\python\build\gcc-mingw-4.6.1\release\threading-multi\libboost_python-mgw46-mt-1_48.dll... ...removing bin.v2\libs\python\build\gcc-mingw-4.6.1\release\threading-multi\libboost_python-mgw46-mt-1_48.dll.a ...skipped <pstage\lib>libboost_python-mgw46-mt-1_48.dll.a for lack of <pbin.v2\libs\python\build\gcc-mingw-4.6.1\release\threading-multi>libboost_python-mgw46-mt-1_48.dll.a... ...skipped <pstage\lib>libboost_python-mgw46-mt-1_48.dll for lack of <pbin.v2\libs\python\build\gcc-mingw-4.6.1\release\threading-multi>libboost_python-mgw46-mt-1_48.dll... gcc.link.dll bin.v2\libs\python\build\gcc-mingw-4.6.1\debug\libboost_python-mgw46-d-1_48.dll.a Creating library file: bin.v2\libs\python\build\gcc-mingw-4.6.1\debug\libboost_python-mgw46-d-1_48.dll.abin.v2\libs\python\build\gcc-mingw-4.6.1\debug\module.o: In function `ZN5boost6python6detail11init_moduleEPKcPFvvE': D:\boost_1_48_0\libs\python\example\quickstart/../../../../libs/python/src/module.cpp:59: undefined reference to `_imp__Py_InitModule4 ' collect2: ld returned 1 exit status "g++" -L"C:\Python27\libs" -Wl,-R -Wl,"C:\Python27" -Wl,-R -Wl,"C:\Python27\libs" "-Wl,--out-implib,bin.v2\libs\python\build\gcc-mingw-4.6.1\debug\libboost_python-mgw46-d-1_48.dll.a" -o "bin.v2\libs\python\build\gcc-mingw-4.6.1\debug\libboost_python-mgw46-d-1_48.dll" -shared -Wl,--start-group "bin.v2\libs\python\build\gcc-mingw-4.6.1\debug\numeric.o" "bin.v2\libs\python\build\gcc-mingw-4.6.1\debug\list.o" "bin.v2\libs\python\build\gcc-mingw-4.6.1\debug\long.o" "bin.v2\libs\python\build\gcc-mingw-4.6.1\debug\dict.o" "bin.v2\libs\python\build\gcc-mingw-4.6.1\debug\tuple.o" "bin.v2\libs\python\build\gcc-mingw-4.6.1\debug\str.o" "bin.v2\libs\python\build\gcc-mingw-4.6.1\debug\slice.o" "bin.v2\libs\python\build\gcc-mingw-4.6.1\debug\converter\from_python.o" "bin.v2\libs\python\build\gcc-mingw-4.6.1\debug\converter\registry.o" "bin.v2\libs\python\build\gcc-mingw-4.6.1\debug\converter\type_id.o" "bin.v2\libs\python\build\gcc-mingw-4.6.1\debug\object\enum.o" "bin.v2\libs\python\build\gcc-mingw-4.6.1\debug\object\class.o" "bin.v2\libs\python\build\gcc-mingw-4.6.1\debug\object\function.o" "bin.v2\libs\python\build\gcc-mingw-4.6.1\debug\object\inheritance.o" "bin.v2\libs\python\build\gcc-mingw-4.6.1\debug\object\life_support.o" "bin.v2\libs\python\build\gcc-mingw-4.6.1\debug\object\pickle_support.o" "bin.v2\libs\python\build\gcc-mingw-4.6.1\debug\errors.o" "bin.v2\libs\python\build\gcc-mingw-4.6.1\debug\module.o" "bin.v2\libs\python\build\gcc-mingw-4.6.1\debug\converter\builtin_converters.o" "bin.v2\libs\python\build\gcc-mingw-4.6.1\debug\converter\arg_to_python_base.o" "bin.v2\libs\python\build\gcc-mingw-4.6.1\debug\object\iterator.o" "bin.v2\libs\python\build\gcc-mingw-4.6.1\debug\object\stl_iterator.o" "bin.v2\libs\python\build\gcc-mingw-4.6.1\debug\object_protocol.o" "bin.v2\libs\python\build\gcc-mingw-4.6.1\debug\object_operators.o" "bin.v2\libs\python\build\gcc-mingw-4.6.1\debug\wrapper.o" "bin.v2\libs\python\build\gcc-mingw-4.6.1\debug\import.o" "bin.v2\libs\python\build\gcc-mingw-4.6.1\debug\exec.o" "bin.v2\libs\python\build\gcc-mingw-4.6.1\debug\object\function_doc_signature.o" -Wl,-Bstatic -Wl,-Bdynamic -lpython27 -Wl,--end-group -g ...failed gcc.link.dll bin.v2\libs\python\build\gcc-mingw-4.6.1\debug\libboost_python-mgw46-d-1_48.dll.a bin.v2\libs\python\build\gcc-mingw-4.6.1\debug\libboost_python-mgw46-d-1_48.dll... ...removing bin.v2\libs\python\build\gcc-mingw-4.6.1\debug\libboost_python-mgw46-d-1_48.dll.a ...skipped <pstage\lib>libboost_python-mgw46-d-1_48.dll.a for lack of <pbin.v2\libs\python\build\gcc-mingw-4.6.1\debug>libboost_python-mgw46-d-1_48.dll.a... ...skipped <pstage\lib>libboost_python-mgw46-d-1_48.dll for lack of <pbin.v2\libs\python\build\gcc-mingw-4.6.1\debug>libboost_python-mgw46-d-1_48.dll... gcc.link.dll bin.v2\libs\python\build\gcc-mingw-4.6.1\release\libboost_python-mgw46-1_48.dll.a Creating library file: bin.v2\libs\python\build\gcc-mingw-4.6.1\release\libboost_python-mgw46-1_48.dll.abin.v2\libs\python\build\gcc-mingw-4.6.1\release\module.o:module.cpp:(.text+0x165): undefined reference to `_imp__Py_InitModule4 ' collect2: ld returned 1 exit status "g++" -L"C:\Python27\libs" -Wl,-R -Wl,"C:\Python27" -Wl,-R -Wl,"C:\Python27\libs" "-Wl,--out-implib,bin.v2\libs\python\build\gcc-mingw-4.6.1\release\libboost_python-mgw46-1_48.dll.a" -o "bin.v2\libs\python\build\gcc-mingw-4.6.1\release\libboost_python-mgw46-1_48.dll" -shared -Wl,--start-group "bin.v2\libs\python\build\gcc-mingw-4.6.1\release\numeric.o" "bin.v2\libs\python\build\gcc-mingw-4.6.1\release\list.o" "bin.v2\libs\python\build\gcc-mingw-4.6.1\release\long.o" "bin.v2\libs\python\build\gcc-mingw-4.6.1\release\dict.o" "bin.v2\libs\python\build\gcc-mingw-4.6.1\release\tuple.o" "bin.v2\libs\python\build\gcc-mingw-4.6.1\release\str.o" "bin.v2\libs\python\build\gcc-mingw-4.6.1\release\slice.o" "bin.v2\libs\python\build\gcc-mingw-4.6.1\release\converter\from_python.o" "bin.v2\libs\python\build\gcc-mingw-4.6.1\release\converter\registry.o" "bin.v2\libs\python\build\gcc-mingw-4.6.1\release\converter\type_id.o" "bin.v2\libs\python\build\gcc-mingw-4.6.1\release\object\enum.o" "bin.v2\libs\python\build\gcc-mingw-4.6.1\release\object\class.o" "bin.v2\libs\python\build\gcc-mingw-4.6.1\release\object\function.o" "bin.v2\libs\python\build\gcc-mingw-4.6.1\release\object\inheritance.o" "bin.v2\libs\python\build\gcc-mingw-4.6.1\release\object\life_support.o" "bin.v2\libs\python\build\gcc-mingw-4.6.1\release\object\pickle_support.o" "bin.v2\libs\python\build\gcc-mingw-4.6.1\release\errors.o" "bin.v2\libs\python\build\gcc-mingw-4.6.1\release\module.o" "bin.v2\libs\python\build\gcc-mingw-4.6.1\release\converter\builtin_converters.o" "bin.v2\libs\python\build\gcc-mingw-4.6.1\release\converter\arg_to_python_base.o" "bin.v2\libs\python\build\gcc-mingw-4.6.1\release\object\iterator.o" "bin.v2\libs\python\build\gcc-mingw-4.6.1\release\object\stl_iterator.o" "bin.v2\libs\python\build\gcc-mingw-4.6.1\release\object_protocol.o" "bin.v2\libs\python\build\gcc-mingw-4.6.1\release\object_operators.o" "bin.v2\libs\python\build\gcc-mingw-4.6.1\release\wrapper.o" "bin.v2\libs\python\build\gcc-mingw-4.6.1\release\import.o" "bin.v2\libs\python\build\gcc-mingw-4.6.1\release\exec.o" "bin.v2\libs\python\build\gcc-mingw-4.6.1\release\object\function_doc_signature.o" -Wl,-Bstatic -Wl,-Bdynamic -lpython27 -Wl,--end-group ...failed gcc.link.dll bin.v2\libs\python\build\gcc-mingw-4.6.1\release\libboost_python-mgw46-1_48.dll.a bin.v2\libs\python\build\gcc-mingw-4.6.1\release\libboost_python-mgw46-1_48.dll... ...removing bin.v2\libs\python\build\gcc-mingw-4.6.1\release\libboost_python-mgw46-1_48.dll.a ...skipped <pstage\lib>libboost_python-mgw46-1_48.dll.a for lack of <pbin.v2\libs\python\build\gcc-mingw-4.6.1\release>libboost_python-mgw46-1_48.dll.a... ...skipped <pstage\lib>libboost_python-mgw46-1_48.dll for lack of <pbin.v2\libs\python\build\gcc-mingw-4.6.1\release>libboost_python-mgw46-1_48.dll... gcc.link.dll bin.v2\libs\python\build\gcc-mingw-4.6.1\debug\threading-multi\libboost_python-mgw46-mt-d-1_48.dll.a Creating library file: bin.v2\libs\python\build\gcc-mingw-4.6.1\debug\threading-multi\libboost_python-mgw46-mt-d-1_48.dll.abin.v2\libs\python\build\gcc-mingw-4.6.1\debug\threading-multi\module.o: In function `ZN5boost6python6detail11init_moduleEPKcPFvvE': D:\boost_1_48_0/libs/python/src/module.cpp:59: undefined reference to `_imp__Py_InitModule4 ' collect2: ld returned 1 exit status "g++" -L"C:\Python27\libs" -Wl,-R -Wl,"C:\Python27" -Wl,-R -Wl,"C:\Python27\libs" "-Wl,--out-implib,bin.v2\libs\python\build\gcc-mingw-4.6.1\debug\threading-multi\libboost_python-mgw46-mt-d-1_48.dll.a" -o "bin.v2\libs\python\build\gcc-mingw-4.6.1\debug\threading-multi\libboost_python-mgw46-mt-d-1_48.dll" -shared -Wl,--start-group "bin.v2\libs\python\build\gcc-mingw-4.6.1\debug\threading-multi\numeric.o" "bin.v2\libs\python\build\gcc-mingw-4.6.1\debug\threading-multi\list.o" "bin.v2\libs\python\build\gcc-mingw-4.6.1\debug\threading-multi\long.o" "bin.v2\libs\python\build\gcc-mingw-4.6.1\debug\threading-multi\dict.o" "bin.v2\libs\python\build\gcc-mingw-4.6.1\debug\threading-multi\tuple.o" "bin.v2\libs\python\build\gcc-mingw-4.6.1\debug\threading-multi\str.o" "bin.v2\libs\python\build\gcc-mingw-4.6.1\debug\threading-multi\slice.o" "bin.v2\libs\python\build\gcc-mingw-4.6.1\debug\threading-multi\converter\from_python.o" "bin.v2\libs\python\build\gcc-mingw-4.6.1\debug\threading-multi\converter\registry.o" "bin.v2\libs\python\build\gcc-mingw-4.6.1\debug\threading-multi\converter\type_id.o" "bin.v2\libs\python\build\gcc-mingw-4.6.1\debug\threading-multi\object\enum.o" "bin.v2\libs\python\build\gcc-mingw-4.6.1\debug\threading-multi\object\class.o" "bin.v2\libs\python\build\gcc-mingw-4.6.1\debug\threading-multi\object\function.o" "bin.v2\libs\python\build\gcc-mingw-4.6.1\debug\threading-multi\object\inheritance.o" "bin.v2\libs\python\build\gcc-mingw-4.6.1\debug\threading-multi\object\life_support.o" "bin.v2\libs\python\build\gcc-mingw-4.6.1\debug\threading-multi\object\pickle_support.o" "bin.v2\libs\python\build\gcc-mingw-4.6.1\debug\threading-multi\errors.o" "bin.v2\libs\python\build\gcc-mingw-4.6.1\debug\threading-multi\module.o" "bin.v2\libs\python\build\gcc-mingw-4.6.1\debug\threading-multi\converter\builtin_converters.o" "bin.v2\libs\python\build\gcc-mingw-4.6.1\debug\threading-multi\converter\arg_to_python_base.o" "bin.v2\libs\python\build\gcc-mingw-4.6.1\debug\threading-multi\object\iterator.o" "bin.v2\libs\python\build\gcc-mingw-4.6.1\debug\threading-multi\object\stl_iterator.o" "bin.v2\libs\python\build\gcc-mingw-4.6.1\debug\threading-multi\object_protocol.o" "bin.v2\libs\python\build\gcc-mingw-4.6.1\debug\threading-multi\object_operators.o" "bin.v2\libs\python\build\gcc-mingw-4.6.1\debug\threading-multi\wrapper.o" "bin.v2\libs\python\build\gcc-mingw-4.6.1\debug\threading-multi\import.o" "bin.v2\libs\python\build\gcc-mingw-4.6.1\debug\threading-multi\exec.o" "bin.v2\libs\python\build\gcc-mingw-4.6.1\debug\threading-multi\object\function_doc_signature.o" -Wl,-Bstatic -Wl,-Bdynamic -lpython27 -Wl,--end-group -g -mthreads ...failed gcc.link.dll bin.v2\libs\python\build\gcc-mingw-4.6.1\debug\threading-multi\libboost_python-mgw46-mt-d-1_48.dll.a bin.v2\libs\python\build\gcc-mingw-4.6.1\debug\threading-multi\libboost_python-mgw46-mt-d-1_48.dll... ...removing bin.v2\libs\python\build\gcc-mingw-4.6.1\debug\threading-multi\libboost_python-mgw46-mt-d-1_48.dll.a ...skipped <pstage\lib>libboost_python-mgw46-mt-d-1_48.dll.a for lack of <pbin.v2\libs\python\build\gcc-mingw-4.6.1\debug\threading-multi>libboost_python-mgw46-mt-d-1_48.dll.a... ...skipped <pstage\lib>libboost_python-mgw46-mt-d-1_48.dll for lack of <pbin.v2\libs\python\build\gcc-mingw-4.6.1\debug\threading-multi>libboost_python-mgw46-mt-d-1_48.dll... ...failed updating 8 targets... ...skipped 8 targets...

2 6

Complaint about missing call policies, when they are in fact specified
by Davidson, Josh Dec. 20, 2011

Dec. 20, 2011

I'm adding return value call policies to methods of a class as follows: mb.class_("SerialStore").member_functions(lambda decl: decl.name.startswith("getSim")).call_policies = \ call_policies.return_internal_reference() -------------------------------------------------------------------------------------------------------------------------- During generation, I get the following warning: WARNING: boost::container::list<unsigned char,boost::interprocess::allocator<unsigned char, boost::interprocess::segment_manager<char, boost::interprocess::rbtree_best_fit<boost::interprocess::mutex_family, boost::interprocess::offset_ptr<void>, 0ull>, boost::interprocess::iset_index> > > * SerialStore::getSimicsInput() [member function] > compilation error W1050: The function returns > "boost::container::list<unsigned > char,boost::interprocess::allocator<unsigned char, > boost::interprocess::segment_manager<char, boost::interprocess::rbtree > _best_fit<boost::interprocess::mutex_family, > boost::interprocess::offset_ptr<void>, 0ull>, > boost::interprocess::iset_index> > > *" type. You have to specify a > call policies.Be sure to take a look on `Py++` defined call policies -------------------------------------------------------------------------------------------------------------------------- Here is the generated code for that method that appears to have the call policy specified: { //::SerialStore::getSimicsInput typedef ::boost::container::list<unsigned char,boost::interprocess::allocator<unsigned char, boost::interprocess::segment_manager<char, boost::interprocess::rbtree_best_fit<boost::interprocess::mutex_family, boost::interprocess::offset_ptr<void>, 0ull>, boost::interprocess::iset_index> > > * ( ::SerialStore::*getSimicsInput_function_type )( ) ; SerialStore_exposer.def( "getSimicsInput" , getSimicsInput_function_type( &::SerialStore::getSimicsInput ) , bp::return_internal_reference< >() ); }

2 1

boost/slice.hpp: error in compatibility function get_indicies
by Hans Meine Dec. 13, 2011

Dec. 13, 2011

Hi, I am not sure whether this is already fixed in trunk, but I have just noticed that the compatibility function get_indicies() in line 251 of slice.hpp does not properly pass on the results of calling the renamed function (i.e. it misses the 'return'). In effect, you get a compiler warning that tells you about the renamed function, but it should be fixed nevertheless... ;-) Best, Hans

2 1

miscellaneous questions about boost.python
by Wojciech Mamrak Dec. 9, 2011

Dec. 9, 2011

Hello, I have a few doubts and questions I haven't found answer googling here and there. I hope you can help me with them. 1. When exposing C++ objects to python using Boost, instance dictionaries are created only "on demand", the first time the instance's __dict__ attribute is accessed [http://wiki.python.org/moin/boost.python/InternalDataStructures] Some Python scripts make use of __dict__, and here dicts are created only after assigning a value to non-existent (non-c++-defined) members. Is there any way to overcome this? 2. Is it possible to expose variadic functions to Python? Like: inline int printInts(int num, ...); 3. Is there a way to pass a list or dict object with all the arguments to a function as a single parameter? This is possible in Python C when calling a function and might be sometimes very useful. 4. The docs regarding the mutable copying problem are very misleading. Following Python and Boost scripts do not produce the same results: b = a = [] c = list(a) a.append("s1") print a.count("s1"), b.count("s1"), c.count("s1") #1 1 0 list a, b, c; b = a; c = list(a); a.append("s1"); list d = extract<list>(a); printf("%i %i %i %i\n", a.count("s1"), b.count("s1"), c.count("s1"), d.count("s1")); //1 1 1 1 expected 1 1 0 1 according to Pythonic behaviour. This is in confilct with example provided in the tutorial. 5. BOOST_PYTHON_FUNCTION_OVERLOADS and friends on my MSVC10 produce errors C2246 and C2892. 6. Is it ok to expose to Python just some properties/methods of a c++ class? As long as all classes, that the mentioned class inherits after, are defined in boost python, I assume there is no risk that objects created in Python are not complete and compatible (i.e. might not work properly when extracted back to C++). Is this assumption valid? I can provide an example if my intentions are not clear to you. thanks

1 0