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
