------- =_aaaaaaaaaa0
Content-Type: text/plain; charset="us-ascii"
Content-ID: <3799.966632589.1@nemeton.com.au>

> After building Perl 5.6.0, the install fails with the following error
> message. This is the tail of the output from 'make install'.

Answer attached.  It should also be in the archives.

Regards,

Giles


------- =_aaaaaaaaaa0
Content-Type: message/rfc822
Content-ID: <3799.966632589.2@nemeton.com.au>

To: netbsd-users@netbsd.org
Subject: Re: perl-5.6.0 on 1.4.2/i386 
In-reply-to: <5180.958979147@nemeton.com.au> 
Date: Sun, 04 Jun 2000 11:22:56 +1000
Message-ID: <6335.960081776@nemeton.com.au>
From: Giles Lean <giles@nemeton.com.au>


On Mon, 22 May 2000 17:05:47 +1000  I wrote:

> I've tried building perl-5.6.0, and while the build works and the
> non-broken-by-design parts of the test suite pass the install blows
> up:
> 
> # make install
> ...
> ./perl installperl 
> Can't load 'lib/auto/File/Glob/Glob.so' for module File::Glob: No such file or directory at lib/XSLoader.pm line 73.
>  at lib/File/Glob.pm line 94
> Compilation failed in require at installperl line 66.
> BEGIN failed--compilation aborted at installperl line 66.

I've looked at this now; the problem is that dlopen() is insisting on
absolute paths on 1.4.2/i386 (a.out).  Apparently dlopen() doesn't
have this restriction on all NetBSD platforms?

Unless there is agreement that this is a NetBSD bug I'll send a perl
bug report requesting that like OpenBSD we get a file:

    perl-5.6.0/ext/DynaLoader/hints/netbsd.pl

saying

    # XXX Configure test needed?
    # Some NetBSDs seem to have a dlopen() that won't accept relative paths
    $self->{CCFLAGS} = $Config{ccflags} . ' -DDLOPEN_WONT_DO_RELATIVE_PATHS';

Trying to test dynamic loading within perl's Configure script I'll
leave to someone else.

Regards,

Giles


------- =_aaaaaaaaaa0--