Manta Interactive Ray Tracer Development Mailing List

Text archives Help


[Manta] Re: Re: Re: python error from swig, pycallback.cc


Chronological Thread 
  • From: "James Bigler" < >
  • To:
  • Subject: [Manta] Re: Re: Re: python error from swig, pycallback.cc
  • Date: Mon, 30 Jun 2008 11:35:31 -0600
  • Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=xN5g+xAZL27a6NIc4sctxpPvpDWWiK+B0Uq4BKYbEfzmz8rUvmCxR4yLrAvS04Efko vHVkVJbOqMuJnbSXMlknN6opUDpofB56rwLRJASgHSEEljVQqriPA9xtHAGNqly7xED7 VM9saIqxFrNRvn8ChJgKXG9P5JJoFlXuNtGKQ=
First off, you *cannot* use the static version of python.  Python has
global variables, and when you link multiple copies of the python lib,
those global variable get really cranky (first hand experience).

The particular error you are seeing is a result of using a version of
swig that is too old.  The older versions didn't handle the const
char* stuff properly (which changed from python 2.4 to 2.5).

If you can't get a newer version of swig, you can edit the generate
file by hand.  There weren't that many instances from when I did it
myself.

James

On Mon, Jun 30, 2008 at 9:50 AM, Aaron Knoll 
< >
 wrote:
> Hi guys --  the issue isn't python linkage; I found the path to
> libpython2.5.a on the LLNL end and I get the same compile error (anyway,
> it's a compile, not a link error).
>
> I would assume this is a compiling issue; however the odd part is that hex
> and the LLNL machine have the same gcc version (4.1.2). As I mentioned
> before, they have the same swig version as well.
>
> Any ideas what might cause this problem?
>
> -Aaron
>
> On Jun 30, 2008, at 9:42 AM, Aaron Knoll wrote:
>
>> Err... I meant the .so is dynamic, and .a is static!
>> -Aaron
>>
>> On Jun 30, 2008, at 9:27 AM, Aaron Knoll wrote:
>>
>>> Hi guys,
>>>
>>> When compiling Manta on a LLNL machine, I had to use their staticly
>>> linked library (libpython2.5.so) as opposed to the dynamic library
>>> (libpython2.5.a) typically used by Manta.
>>>
>>> When doing this, I get compile errors as follows:
>>>
>>> Building CXX object Interface/CMakeFiles/Manta_Interface.dir/Context.o
>>> /g/g23/knolla/Manta/build/SwigInterface/pycallbackPYTHON_wrap.cxx: In
>>> function 'int SWIG_Python_ConvertFunctionPtr(PyObject*, void**,
>>> swig_type_info*)':
>>> /g/g23/knolla/Manta/build/SwigInterface/pycallbackPYTHON_wrap.cxx:2051:
>>> error: invalid conversion from 'const char*' to 'char*'
>>>
>>> Is there an easy way to fix this in pycallback.cc, as opposed to getting
>>> LLNL to install libpython2.5.a on their end?
>>>
>>> Thanks!
>>>
>>> Aaron
>
>

Archive powered by MHonArc 2.6.16.

Top of page