Mailman 3 October 2002 - Cplusplus-sig

tutorial class_data_members compile problem
by Christian H�ppler Oct. 16, 2002

Oct. 16, 2002

Hi, Being new to boost::python, I've just tried to build the class Var of the tutorial class_data_members.html. However, I get the attached errors unless I remove the 'const' access modifier from its member variable 'name'. In that case everything works just fine. What is the problem? Thanks, Chris. (system: gcc version 2.95.3 20010315 (SuSE), Python 2.2.1, boost_1_29_0) ~/boost_1_29_0/tools/build/jam_src/bin.linuxx86/bjam "-sTOOLS=gcc" ...found 1782 targets... ...updating 2 targets... gcc-C++-action ../../../libs/python/my_project/bin/hello.so/gcc/debug/runtime-link-dynamic/shared-linkable-true/hello.o /home/hoeppler/boost_1_29_0/boost/python/data_members.hpp: In function `static struct PyObject * boost::python::detail::member<const basic_string<char,string_char_traits<char>,__default_alloc_template<true,0> >,Var,boost::python::return_value_policy<boost::python::copy_non_const_reference,boost::python::default_call_policies> >::get(const string Var::*, PyObject *, PyObject *, const boost::python::return_value_policy<boost::python::copy_non_const_reference,boost::python::default_call_policies> &)': /home/hoeppler/boost_1_29_0/boost/python/data_members.hpp:74: instantiated from `boost::python::make_getter<Var, const string>(const string Var::*)' /home/hoeppler/boost_1_29_0/boost/python/class.hpp:262: instantiated from here/home/hoeppler/boost_1_29_0/boost/python/data_members.hpp:34: aggregate `struct boost::python::detail::copy_non_const_reference_expects_a_non_const_reference_return_type<const basic_string<char,string_char_traits<char>,__default_alloc_template<true,0> > &> cr' has incomplete type and cannot be initialized /home/hoeppler/boost_1_29_0/boost/python/data_members.hpp:74: instantiated from `boost::python::make_getter<Var, const string>(const string Var::*)' /home/hoeppler/boost_1_29_0/boost/python/class.hpp:262: instantiated from here /home/hoeppler/boost_1_29_0/boost/python/data_members.hpp:39: `cr' cannot be used as a function g++ -c -Wall -ftemplate-depth-100 -DBOOST_PYTHON_DYNAMIC_LIB -g -O0 -fno-inline -fPIC -I"../../../libs/python/my_project" -isystem "/usr/local/include/python2.2" -isystem "/home/hoeppler/boost_1_29_0" -o "../../../libs/python/my_project/bin/hello.so/gcc/debug/runtime-link-dynamic/shared-linkable-true/hello.o" "hello.cpp" ...failed gcc-C++-action ../../../libs/python/my_project/bin/hello.so/gcc/debug/runtime-link-dynamic/shared-linkable-true/hello.o... ...skipped <libs!python!my_project/hello.so/gcc/debug/runtime-link-dynamic/shared-linkable-true>hello.so for lack of <libs!python!my_project/hello.so/gcc/debug/runtime-link-dynamic/shared-linkable-true>hello.o... ...failed updating 1 target... ...skipped 1 target...

4 10

BPL v2 and Exceptions
by Greg Landrum Oct. 16, 2002

Oct. 16, 2002

[redhat 8.0, g++ 3.2, python 2.2.1] Hi, I'm in the process of porting some wrapped classes from BPL v1 to BPL v2 (using Boost v1.29 and I've hit a major snag with exceptions causing crashes. I've read through as much of the docs as I could make sense of as well as the last few months of this list and I haven't found much info that helps. What I'm trying to do is throw python exceptions (e.g. IndexError) from my wrapped classes. Here's the most simple-minded form of a module I can come up with: //------------------------------------------------------------------------- #include <boost/python.hpp> #include <iostream> namespace python = boost::python; void throw_arg_error() { std::cerr << "Ach!\n"; python::throw_argument_error(); } // A helper function for dealing with errors. Throw a Python ValueError void throw_value_error(const std::string err) { std::cerr << "Ach!\n"; PyErr_SetString(PyExc_ValueError, err.c_str()); python::throw_error_already_set(); } void killme(){ throw_arg_error(); } BOOST_PYTHON_MODULE(except_test) { python::def("throw_arg_error",throw_arg_error); python::def("throw_value_error",throw_value_error); python::def("killme",killme); } //------------------------------------------------------------------------- when I build this module and try calling any of the three functions, python aborts. Am I doing something horribly stupid, or is this just not ever going to work? -greg ---- greg Landrum (greglandrum(a)earthlink.net) Software Carpenter/Computational Chemist

4 5

Cross-extension-module dependencies
by Stefan Seefeld Oct. 15, 2002

Oct. 15, 2002

hi there, the online docs talk about <boost/python/cross_module.hpp> etc., though I can't find that. Is this chapter of the docs still up to date ? Stefan

3 3

boost 1.29, MSVC++ & precompiled headers
by Charsley, Mark Oct. 15, 2002

Oct. 15, 2002

If I include "boost/python.hpp" in a precompiled header in MSVC++ (SP5) and try building it in debug mode, I get <whole bunch ofC4275 warnings snipped> z:\thirdparty\boost\boost\ref.hpp(48) : fatal error C1001: INTERNAL COMPILER ERROR (compiler file 'msc1.cpp', line 1794) Please choose the Technical Support command on the Visual C++ Help menu, or open the Technical Support help file for more information Error executing cl.exe. It works fine in release mode and fine if I include it in a normal .cpp file outside of a precompiled header. Given how long it takes to compile "boost/python.hpp", however, getting it working inside a precompiled header would be _very_ nice. Anyone else seen this, and/or know of a fix? TIA -- Mark ********************************************************************** This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify postmaster(a)radioscape.com. This footnote also confirms that this email message has been scanned for the presence of computer viruses known at the time of sending. www.radioscape.com **********************************************************************

3 2

compiler options and bjam
by Stefan Seefeld Oct. 15, 2002

Oct. 15, 2002

hi there, is there any way to output the compiler / linker options *actually* used with bjam ? I have a hard time figuring out a bug I expect to be caused by incompatible flags passed to mipspro, where my own compile fails but bjam works just fine (it seems). Thanks, Stefan

2 1

RE: [C++-sig] compiler options and bjam
by Greg Hawkins Oct. 15, 2002

Oct. 15, 2002

You'll want to do bjam -d2 to see the actual commands issued by bjam. best, Greg -----Original Message----- From: Stefan Seefeld [mailto:stefan.seefeld@orthosoft.ca] Sent: 15 October 2002 15:33 To: c++-sig(a)python.org Subject: [C++-sig] compiler options and bjam hi there, is there any way to output the compiler / linker options *actually* used with bjam ? I have a hard time figuring out a bug I expect to be caused by incompatible flags passed to mipspro, where my own compile fails but bjam works just fine (it seems). Thanks, Stefan _______________________________________________ C++-sig mailing list C++-sig(a)python.org http://mail.python.org/mailman/listinfo/c++-sig

2 1

compilation problems with mingw v2.0
by gideon may Oct. 14, 2002

Oct. 14, 2002

Hi, Has anyone succeeded in compiling bpl v1 or v2 with the current mingw compiler (v2.0) under windows ? This version is based on gcc 3.2. The rest of the boost libraries compile cleanly. When I try to compile bpl v2 I get the following message : ...found 585 targets... ...updating 24 targets... mingw-C++-action ..\..\libs\python\bin\bpl.dll\mingw\debug\runtime-link-dynamic\list.obj In file included from src/list.cpp:6: C:/cvs_rep/boost/boost/python/list.hpp:17: declaration does not declare anything C:/cvs_rep/boost/boost/python/list.hpp:17: parse error before `)' token src/list.cpp:19: parse error before `)' token src/list.cpp:23: parse error before `)' token c:\SDKs\MinGW\bin\g++ -c -Wall -ftemplate-depth-100 -DBOOST_PYTHON_DYNAMIC_LIB -DBOOST_PYTHON_V2 -DBOOST_PYTHON_SOURCE -g -O0 -fno-inline -I"..\..\libs\python" -isystem "C:\cvs_rep\boost" -isystem "c:\Python22\include" -isystem "c:\SDKs\MinGW\inc lude" -o "..\..\libs\python\bin\bpl.dll\mingw\debug\runtime-link-dynamic\list.obj" "src\list.cpp" ...failed mingw-C++-action ..\..\libs\python\bin\bpl.dll\mingw\debug\runtime-link-dynamic\list.obj... My environment : Win2K Python 2.2.1 (ActiveState) Latest CVS update of Boost COMSPEC=C:\WINNT\system32\cmd.exe MINGW_ROOT_DIRECTORY=c:\SDKs\MinGW NUMBER_OF_PROCESSORS=1 OS=Windows_NT PYTHON_ROOT=c:\Python22 PYTHON_VERSION=2.2 SYSTEMROOT=C:\WINNT TMP=/cygdrive/c/DOCUME~1/gideon/LOCALS~1/Temp WINDIR=C:\WINNT bjam command : bjam -sTOOLS=mingw ciao, gideon

4 6

Zip or CVS for version 2?
by Robert Oschler Oct. 12, 2002

Oct. 12, 2002

I saw the good news that Boost Python vs 2 was available? Is the combined total download file updated with Boost Python vs 2, or do I need to use CVS? thx

2 1

seg fault on IRIX
by Stefan Seefeld Oct. 11, 2002

Oct. 11, 2002

hi there, While I'm still busy getting up to speed with boost.python, I'v run into a problem. From earlier discussions as well as from the tutorial, I concluded that I could deal with return values in the way I try to. Attached is a file that I thought was correct. I compiled and run it on linux without problems. However, on IRIX with mipspro a call to Foo.getBar() generates a segmentation fault. Here are the essential lines from the python wrapper (as seen in the attachment): Bar *Foo_GetBar(Foo &foo) { return foo.getBar(); } ... python::class_<Foo, boost::noncopyable> foo("Foo", python::no_init); foo.def("getBar", Foo_GetBar, python::return_internal_reference<>()); What is the problem ? Stefan #include <boost/shared_ptr.hpp> #include <boost/python/module.hpp> #include <boost/python/scope.hpp> #include <boost/python/enum.hpp> #include <boost/python/class.hpp> #include <boost/python/return_internal_reference.hpp> #include <boost/python/manage_new_object.hpp> #include <boost/python/def.hpp> #include <iostream> #include <fstream> #include <sstream> #include <memory> #include <string> namespace python = boost::python; namespace { class Bar {}; class BarImpl : public Bar {}; class Foo { public: Foo() : my_bar(new BarImpl()) {} BarImpl *getBar() { return my_bar;} private: BarImpl *my_bar; }; Bar *Foo_GetBar(Foo &foo) { return foo.getBar(); } Foo *FooFactory(const std::string &name) { return new Foo(); } } BOOST_PYTHON_MODULE(pfe) { python::class_<Bar, boost::noncopyable> bar("Bar", python::no_init); python::class_<Foo, boost::noncopyable> foo("Foo", python::no_init); python::def("Foo", FooFactory, python::return_value_policy<python::manage_new_object>()); foo.def("getBar", Foo_GetBar, python::return_internal_reference<>()); }

3 5

operators
by Stefan Seefeld Oct. 11, 2002

Oct. 11, 2002

hi there, operators.hpp imports certain functions (such as 'str') into the global namespace, instead of the namespace boost::python. That looks like an error... Regards, Stefan

3 7