summaryrefslogtreecommitdiff
path: root/vcs-svn/svndiff.c
diff options
context:
space:
mode:
authorLibravatar Stefano Lattarini <stefano.lattarini@gmail.com>2012-03-09 13:43:55 +0100
committerLibravatar Junio C Hamano <gitster@pobox.com>2012-03-09 11:39:51 -0800
commit213639494e897502b73648aebbf274e4ae0cb27e (patch)
tree491996653ad4b5ebd304db5a6045611cab67d447 /vcs-svn/svndiff.c
parentGit 1.7.10-rc0 (diff)
downloadtgif-213639494e897502b73648aebbf274e4ae0cb27e.tar.xz
configure: allow user to prevent $PATH "sanitization" on Solaris
On a Solaris 10 system with Solaris make installed as '/usr/xpg4/bin/make', GNU make installed as '/usr/local/bin/make', and with '/usr/local/bin' appearing in $PATH *before* '/usr/xpg4/bin', I was seeing errors like this upon invoking "make all": Usage : make [ -f makefile ][ -K statefile ]... make: Fatal error: Unknown option `-C' This happenes because the Git's Makefile, when running on Solaris, automatically "sanitizes" $PATH by prepending '/usr/xpg6/bin' and '/usr/xpg4/bin' to it in order to avoid using non-POSIX /bin/sh from being used. In the setup described above, however, this has an unintended consequence of forcing the use of Solaris make in recursive make invocations -- even if the $(MAKE) macro is being correctly used in them! When building without using the autoconf machinery, this can be solved by overriding $(SANE_TOOL_PATH). Teach the autoconf machinery to also allow users of ./configure to override it from the command line with a new --with-sane-tool-path option. Signed-off-by: Stefano Lattarini <stefano.lattarini@gmail.com> Signed-off-by: Junio C Hamano <gitster@pobox.com>
Diffstat (limited to 'vcs-svn/svndiff.c')
0 files changed, 0 insertions, 0 deletions