Chris Masters [EMAIL PROTECTED] writes:
UPDATE - It's not a perl issue.
1 - I know the static (.a) C++ library works
because I
can compile and run programs that use it.
Any chance .a file was _in_ that directory.
It was. I'll check if this works otherwise.
If I move the test
?
The working XS module links to a header with
functions
declared as extern C.
The disfunctional one does not. I assume they are
implemented as C++ functions.
The error again:
perl: relocation error: long list undefined
symbol:
FunctionName
Any ideas?
I will fix this!!!
Chris
Thanks for your help Nick - much appreciated.
Have you put libMyStaticClib.a in /usr/lib ?
Do you need a -L to say where it is.
All libs are in /usr/lib and headers /usr/include
What does
nm -C libMyStaticClib.a | grep FunctionName
say?
8a0c T FunctionName(char*, int)
So, I
It was the header file format.
I had used dos2unix to convert the format of the
header into something readable in vi, but this must
have changed the format of the header file somehow.
I placed the original dos formatted header file into
/usr/include and it worked.
Thanks for you help Nick.
Hi All,
I'm getting the following error when running some perl
code (that calls functions in my XS module) after
compiling and installing my perl-xs module:
perl: relocation error:
/usr/lib/perl5/site_perl/5.8.0/i386-linux-thread-multi/auto/My_XS_Module/My_XS_Module.so:
undefined symbol
Chris Masters [EMAIL PROTECTED] writes:
Hi All,
I'm getting the following error when running some perl
code (that calls functions in my XS module) after
compiling and installing my perl-xs module:
perl: relocation error:
/usr/lib/perl5/site_perl/5.8.0/i386-linux-thread-multi/auto/My_XS_Module