On Tue, Jun 02, 2009 at 11:10:02AM +0000, Marcus Comstedt (ACROSS) (Hail Ilpalazzo!) @ Pike (-) developers forum wrote:
--new-style should be unaffected by it, except that install.pike in line 2110 is: include_prefix=vars->include_prefix||combine_path(prefix,"include","pike"); which is rather odd. i guess this should be removed.
Why should it be removed? I don't see any particular gain with breaking command line compatibility with previous versions of install.pike, even if that compatibility is not needed by the Makefile.
ah, right, i didn't consider other uses. it still seems odd that in case of --new-style only include_prefix can be set, but others like lib_prefix are ignored.
i'll commit a patch setting include_prefix=$(prefix)/include/pike and passing it to install.pike in src/Makefile.in.
that should be enough to get rid of the custom patch debian and foresight and probably others are using.
in the end one of the goals is to have all linux packages built without any custom patches at all so that everyone gets the benefit of having pike build with original sources and pike developers are not left to guess what kind of unchecked changes packagers are making.
greetings, martin.