Re: About the Hamm Freeze (!)
Yes this is clearly a dynamically loaded module. There is no
question that the perl binary will run if /usr/lib/libgdbm.so or whatever
is absent.
homey 41 > locate GDBM
/usr/lib/perl5/i386-linux/5.004/auto/GDBM_File
/usr/lib/perl5/i386-linux/5.004/auto/GDBM_File/autosplit.ix
/usr/lib/perl5/i386-linux/5.004/auto/GDBM_File/GDBM_File.bs
/usr/lib/perl5/i386-linux/5.004/auto/GDBM_File/GDBM_File.so
/usr/lib/perl5/i386-linux/5.004/GDBM_File.pm
/usr/man/man3/GDBM_File.3pm.gz
On Sun, 7 Jun 1998, Raul Miller wrote:
> James Troup <J.J.Troup@scm.brad.ac.uk> wrote:
> > I don't know perl, and am only going on what Ray has been telling me.
> > It was my understanding that perl could be made to dynamically load
> > it's gdbm part on request and that way perl need only recommend or
> > (better) suggest gdbm. Is this not the case?
>
> A quick test using strace suggests that this is already the case.
>
> My not-always-correct memory suggests that the gdbm support code
> currently lives in /usr/lib/perl5/i386-linux/5.004/auto/GDBM_File
> (at least for the intel world).
>
> --
> Raul
>
>
> --
> To UNSUBSCRIBE, email to debian-devel-request@lists.debian.org
> with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
>
John Lapeyre <lapeyre@physics.arizona.edu>
Tucson,AZ http://www.physics.arizona.edu/~lapeyre
--
To UNSUBSCRIBE, email to debian-devel-request@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Reply to: