Fixed in r4872 by including the list of Perl link libraries when
linking against Perl.
On 31 May 2012 19:52, Maciek Wójcikowski wrote:
> Tried newest cmake, no success either. Actually it is not even looking for
> ptherad.h. I also found out in CMake file in tools/ directory that the check
> is m
Tried newest cmake, no success either. Actually it is not even looking for
ptherad.h. I also found out in CMake file in tools/ directory that the
check is made while you build OB staticly, Have you tried build_shared=off
and on? Which variable exactly should contain -lpthreads?
My perllibs='-lreso
Yes - I doublechecked. The latest SWIG still fails.
What I can do is add in the output of perl -V:perllibs. This solves
the problem at the moment. I still don't understand the underlying
problem though.
- Noel
On 31 May 2012 13:43, Maciek Wójcikowski wrote:
> I was wrong. something went wrong a
I was wrong. something went wrong and SWIG wasnt recognized at all. I'm
looking for another problem. Do you have any Idea where first to look?
Pozdrawiam, | Best regards,
Maciek Wójcikowski
mac...@wojcikowski.pl
2012/5/31 Maciek Wójcikowski
> Apparently it seams to be SWIG's fault. CentO
Apparently it seams to be SWIG's fault. CentOS has SWIG in version 1.x.
Compiling latest SWIG 2.x fixed the issue. Maybe we should ad a note about
that in wiki, since that could potentially lead to some other undiscovered
errors.
Curiously cmake calls for SWIG in version 2.0 and loads successfully
For the record, on the Linux Mint 12 (64-bit) system I have tested,
the compile works fine. But the command line contains -pthread (if
this is removed, I get the same error message as reported). I don't
quite understand where this comes from or why it's set on this OS but
not on CentOS.
On 31 May
It worked.
The failing line was:
/usr/bin/c++ -fPIC -O2 -g -O2 -g -Wl,--enable-new-dtags
-Wl,--enable-new-dtags -Wl,--fatal-warnings -Wl,--no-undefined -lc -shared
-Wl,-soname,OpenBabel.so -o ../lib/OpenBabel.so
CMakeFiles/bindings_perl.dir/perl/openbabel-perl.cpp.o
-L/usr/lib64/perl5/CORE -lper
We changed to compiling the bindings directly rather than use Perl's
build system. It seems to work fine on some Linux OSes but not on
others. I haven't tracked down the problem but you could try
"VERBOSE=1 make" to see the command that we are using to compile, and
repeating it manually but adding
Hi,
I have trouble building Perl bindings in openbabel SVN branch. My system is
running 64bit CentOS 6.
To compile i use following command:
cmake ../openbabel \
-DRUN_SWIG=ON \
-DPERL_BINDINGS=ON \
-DPERL_LIBRARY=/usr/lib64/perl5/CORE/libperl.so \
-DPERL_INCLUDE_PATH=/usr/lib64/perl5/CORE/ \
-DP
