On 09.02.2015 10:23, Julian Foad wrote:
> Daniel Shahaf wrote:
>
>> Forwarding to dev@
>>
>> Philippe Poilbarbe wrote on Wed, Feb 04, 2015 at 12:28:17 +0100:
>>> I had to install a version of subversion as a loadable module (via
>>> environment modules) so it had to be in a non standard directory.
>>>
>>> Configuring with the --prefix option works fine except for installing
>>> the perl bindings: it wants to install it in the native perl directory
>>> not in the 'prefix' subtree because the prefix is not transmitted to the
>>> Makefile.PL.
>>>
>>> Joined is a patch which corrects this (one line modified in Makefile.in).
> [...]
>>> diff -Naur subversion-1.8.11.orig/Makefile.in subversion-1.8.11/Makefile.in
>>> --- subversion-1.8.11.orig/Makefile.in 2014-02-10 05:04:51.000000000 +0100
>>> +++ subversion-1.8.11/Makefile.in 2015-02-02 18:13:16.058431000 +0100
>>> @@ -777,7 +777,7 @@
>>> ./config.status subversion/bindings/swig/perl/native/Makefile.PL
>>>
>>> $(SWIG_PL_DIR)/native/Makefile: $(SWIG_PL_DIR)/native/Makefile.PL
>>> - cd $(SWIG_PL_DIR)/native; $(PERL) Makefile.PL
>>> + cd $(SWIG_PL_DIR)/native; $(PERL) Makefile.PL PREFIX=$(prefix)
> Just an additional thought: is there a way to pass all the relevant options at once to the subordinate 'Makefile.PL', instead of just passing this one particular option? For example, GNU Make puts its flags and variables defined on the command line into the environment variable 'MAKEFLAGS' and a subordinate 'make' process inherits the same definitions by reading them from this variable.
But this is not a subordinate make process. Makefile.PL is a Perl script
... not confusing at all.
-- Brane
Received on 2015-02-09 10:28:58 CET