Allow admin to specify where perl modules will be installed

[Mike Rylander]

This is the companion to bug 1631520 for OpenSRF:

Add --with-perlbase configure option to specify an alternative location for installing the Perl modules. This can be useful for setups that want to run the Perl modules from a shared filesystem or environments that need to run multiple versions of OpenSRF simultaneously.

Users of --with-perlbase are responsible for ensuring that PERL5LIB is set appropriately.

To test
-------
[1] Use --with-perlbase during the configure step, e.g.,

    ./configure --perl-base /tmp/perl

[2] Run make; make check; sudo make install
[3] Verify that the Perl modules are installed under
    /tmp/perl.
[4] Make a change to a Perl source file, then
    go to src/perl, then run sudo ./Build install. Verify
    that it remembers the --with-perlbase directory
    and installs the updated module there.

Branch coming ASAP.

[Mike Rylander (mrylander)]

Here's the branch:

http://git.evergreen-ils.org/?p=working/Evergreen.git;a=shortlog;h=refs/heads/user/miker/lp-1638377-install_perl_mods_anywhere

[Evergreen Bug Maintenance (bugmaster)]

Given this one's nature as an installation aid that would be a no-op if --with-perbase is not invoked, I'm targeting this to the 2.12 RC for consideration.

[Chris Sharp (chrissharp123)]

This worked for me, and I'm willing to sign off on it (I made a couple of corrections to the commit message):

http://git.evergreen-ils.org/?p=working/Evergreen.git;a=shortlog;h=refs/heads/user/csharp/lp-1638377-install_perl_mods_anywhere

However, the "make check" step failed for me with the following error:

/usr/bin/ld: /usr/lib/gcc/x86_64-linux-gnu/4.8/../../../x86_64-linux-gnu/libcheck.a(check.o): undefined reference to symbol 'floor@@GLIBC_2.2.5'
//lib/x86_64-linux-gnu/libm.so.6: error adding symbols: DSO missing from command line
collect2: error: ld returned 1 exit status
make[4]: *** [check_util] Error 1
make[4]: Leaving directory `/home/opensrf/Evergreen/Open-ILS/src/c-apps/tests'
make[3]: *** [check-am] Error 2
make[3]: Leaving directory `/home/opensrf/Evergreen/Open-ILS/src/c-apps/tests'
make[2]: *** [check-recursive] Error 1
make[2]: Leaving directory `/home/opensrf/Evergreen/Open-ILS/src/c-apps'
make[1]: *** [check-recursive] Error 1
make[1]: Leaving directory `/home/opensrf/Evergreen/Open-ILS/src'
make: *** [check-recursive] Error 1

But since that issue doesn't appear to be related to your changes, I'll follow up with a different bug.

[Chris Sharp (chrissharp123)]

I opened bug 1669868 to address the make check failure, FYI.

[Galen Charlton (gmc)]

Thanks for testing, Chris! Merged to master and rel_2_12; thanks Mike!

I agree that the make check issue is due to something else.