1) I have spotted that you bounced my last email from the mailing list; would you prefer that I contact
you directly on a certain email address?
2) I tried to configure libsbml2.3.4 with swig1.3.24 which does not work.
what version are you using? (error below)
I further tried to include the relevant --Ptr classes into the swig i file, because they are not in there
but that fails because there are no respective header files, so I assume the --Ptr classes are generated on
olliver:/home/olli/build/libsbml-2.3.4# ./configure --with-expat --with-swig=$SWIG_DIR --with-python
checking build system type... i686-pc-linux-gnu
checking host system type... i686-pc-linux-gnu
checking for g++... g++
checking for C++ compiler default output file name... a.out
checking whether the C++ compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables...
checking for suffix of object files... o
checking whether we are using the GNU C++ compiler... yes
checking whether g++ accepts -g... yes
checking for gcc... gcc
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ANSI C... none needed
checking how to run the C preprocessor... gcc -E
checking for ranlib... ranlib
checking for a BSD-compatible install... /usr/bin/install -c
checking whether make sets $(MAKE)... yes
checking for autoconf... /usr/bin/autoconf
checking for aclocal... aclocal
checking for ar... /usr/bin/ar
checking for swig... /usr/local/share/swig/1.3.24/bin/swig
./configure: line 1: /usr/local/share/swig/1.3.24/bin/swig: No such file or directory
checking swig version... expr: syntax error
expr: syntax error
expr: syntax error
checking requested swig version (1.3.24)... ./configure: line 3517: test: -ge: unary operator expected
configure: error: installed version of swig is too old!
85 Burgoyne Road
From: email@example.com on behalf of Ben Bornstein
Sent: Mon 4/24/2006 12:31 AM
To: LibSBML Discussion List
Subject: Re: [libsbml-discuss] how to obtain my subclass from ListOf
> ./configure --with-expat --with-python --with-swig
> I observe that libsbml.py is now different in that all ..Ptr
> classes are missing?
> Is there a way to get the ..Ptr classes back, as I make use of them?
Did you change the version of SWIG you were using? Configuring --
with-swig reruns SWIG which recreates the generated wrapper code.
Unfortunately, even a minor change in SWIG version number can lead to
dramatically different wrapper code. To get the Ptr classes back,
start with a fresh copy of libSBML 2.3.4 and omit the --with-swig
configure option or make sure you're using SWIG 1.3.24.