Re: [Hamlib-developer] Problems with Perl language interface

[Stephane F. <f8...@fr...>]

On Sun, Nov 03, 2002, Nate Bargmann wrote:
> Yeah, one should not reply to one's self, however...
> 
> CTFDS (Check The Friendly Directory Structure) and discovered a
> directory called bindings.

yeah, tcl/ and perl/ subdir will go on a walk on the rim one day..

> Discover system lacks swig.
> 
> Get clean checkout.
> 
> Install old swig.
> 
> Find out Hamlib doesn't work with old swig.
> 
> RTFM
> 
> Remove old swig install correct version.

>= 1.3.14

> Check out another fresh CVS of Hamlib.
> 
> Build Hamlib.
> 
> Discover TCL development files are needed.

what a pity, the Makefile.am is not flexible enough yet to build one
and/or the other. For dev purpose, you can tweak your local copy.

> Install tcl-dev.
> 
> Finish building Hamlib.
> 
> Install Hamlib.
> 
> Do the build in the perl directory.

Do not use perl directory. Use only bindings/
perl/ has already a foot in the grave.

> make test fails.
> 
> Do make install.
> 
> perl test.pl fails with:
> 
> 1..12
> ok 1
> perl: relocation error: /usr/local/lib/perl/5.6.1/auto/Hamlib/Hamlib.so:
> undefined symbol: rig_init
> 
> Run ldconfig
> 
> perl test.pl still fails.
> 
> Find hamlibperl.so not in /etc/ld.so.cache
> 
> So this is the problem for some reason ldconfig refuses to recognize
> /usr/local/lib/hamlibperl.so.0.0.0 and the symlinks that point to it.
> hamlibtcl.so* is also refused.

ok, no need to change ld.so.cache. If you're not root, you can just play
with LD_LIBRARY_PATH. 

As a conclusion, use only bindings/
make install in bindings does not work yet , so you may have 
to do "ln -s .lib/hamlibperl.so hamlib.so"

Have a look at perltest.pl and give it a try ./perltest.pl
tcltest.tcl works equally well here.
It should be easy to roll out a Tk applet. 

Cheers,
Stephane