[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Hamlib Perl bindings



On Fri, Aug 24, 2007 at 03:14:10PM +0200, Fabian Kurz wrote:
> And a quick check revealed:
> 
> ,------[ ldd -r /usr/lib/perl5/auto/Hamlib/Hamlib.so ]-----------------
> |        libc.so.6 => /lib/libc.so.6 (0x4010d000)
> |        /lib/ld-linux.so.2 (0x80000000)
> | undefined symbol: hamlib_version    (/usr/lib/perl5/auto/Hamlib/Hamlib.so)
> | undefined symbol: hamlib_copyright  (/usr/lib/perl5/auto/Hamlib/Hamlib.so)
> | [... a million more undefined symbols ...]
> `----------------------------------------------------------------------
> 
> Oops. But why does it work on my other system? Because there is
> another Hamlib.so, left from my own compilation, which differs 
> from the one from the Debian package:
> 
> 1138578 2007-08-07 02:53 /usr/local/lib/perl/5.8.8/auto/Hamlib/Hamlib.so (mine)
> 1067800 2007-01-21 19:50 /usr/lib/perl5/auto/Hamlib/Hamlib.so (debian)
> 
> And this Hamlib.so seems to be ok, a check with ldd shows some
> undefined symbols (Perl_sv_free, Perl_croak_nocontext, ..) but all the
> hamlib symbols seem to be defined.
> 
> Replacing the original Debian Hamlib.so with this one on my fresh test
> system resulted in a functional Hamlib.pm.
> 
> Can anyone replicate/confirm/explain this problem?

I can replicate it on unstable on amd64. I suspect the library is not
linked correctly. I haven't investigated any further.

Hamish
-- 
Hamish Moffatt VK3SB <hamish@debian.org> <hamish@cloud.net.au>



Reply to: