Hi,
It looks like we have a problem building (some) packages which use Perl
as part of the build process now that we have a full Perl package for
Shorewall.
Running tools/buildall.sh is fine, but when I manually build Perl "too
early" in the sequence I get an error building e.g. openssl afterwards:
PERL
=/home/leaf/src/bering-uclibc4/buildtool/staging/usr/bin/perl
then
make[2]: Entering directory
`/home/leaf/src/bering-uclibc4/buildtool/source/openssl/openssl-0.9.8o/crypto'
Can't locate strict.pm in @INC (@INC
contains: /usr/lib/perl5/site_perl/5.12.1/x86_64-linux
/usr/lib/perl5/site_perl/5.12.1 /usr/lib/perl5/5.12.1/x86_64-linux
/usr/lib/perl5/5.12.1 .) at ../util/clean-depend.pl line 5.
BEGIN failed--compilation aborted at ../util/clean-depend.pl
line 5.
In other words the build is picking up the *target* Perl but the *host*
@INC. Previously there was no target Perl so it would have used the host
Perl (and the matching host @INC). If I delete staging/usr/bin/perl then
it works OK (and reports "PERL =/usr/bin/perl").
autoconf, automake and syslinux are also affected and there are probably
other packages as well. I get other build failures but some of these are
due to openssl failing to build the crypto code.
Any suggestions? Has this been solved already for some packages? As long
as we use a matching Perl binary and @INC I don't think it matters too
much whether we use the Perl from the host or the target.
davidMbrooke
------------------------------------------------------------------------------
Start uncovering the many advantages of virtual appliances
and start using them to simplify application deployment and
accelerate your shift to cloud computing.
http://p.sf.net/sfu/novell-sfdev2dev
_______________________________________________
leaf-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/leaf-devel
