perl, gdbm and perl's obsequious help
bruce.dubbs at gmail.com
Wed Jun 2 17:02:31 PDT 2010
Neal Murphy wrote:
> Some time back (LFS 6.4), I discovered that perl's configure program can
> poison the build; it is designed to be extremely helpful by ferreting out
> features of the host system to support. Specifically in my case, because it
> found libgdbm on the host system, it configured perl to include support for
> gdbm; this causes the build to fail later because perl can't find libgdbm.
> Alas, such obsequiousness hoses the LFS build process.
> The standard LFS configure options for perl do not prevent this from
> happening. For review, the options are:
> -des -Dprefix=/tools -Dstatic_ext='Data/Dumper Fcntl IO POSIX'
> After days of gnashing teeth and rending garments (my hair is too short to
> pull out in tufts) and parsing perl's configure script, I developed the
> correct incantation:
> -des -Dprefix=/tools -Dstatic_ext="Data/Dumper Fcntl IO POSIX" \
> -Donlyextensions="Data/Dumper Fcntl IO POSIX" \
> -Dglincpth="/tools/include" -Dglibpth="/tools/lib" \
> The four extra options are required _when building the toolchain_ to ensure
> absolutely that perl's configure
> - configures those extensions and ONLY those extensions, and
> - cannot examine the host for features to support
> These options should work regardless of what is installed on the host build
Thanks for the report Neal. I wonder if the extra commands are needed
now that gdbm is built in Chapter 6 before Perl.
More information about the lfs-support