summaryrefslogtreecommitdiff
path: root/aclocal.m4
diff options
context:
space:
mode:
authorKarel Gardas <karel.gardas@centrum.cz>2014-02-17 10:24:05 +0100
committerAustin Seipp <austin@well-typed.com>2014-02-19 16:32:35 -0600
commit5c6ced556a989e7fccfa2d4adc6f6bbe538a8e6c (patch)
tree25398b7f284c23da1a4ba176b9348302c01509b6 /aclocal.m4
parent43c314c730d205a3ec8ef5d54e5bf72a7900f01d (diff)
downloadhaskell-5c6ced556a989e7fccfa2d4adc6f6bbe538a8e6c.tar.gz
fix build failure on Solaris 10 due to RANLIB being set to ':' by configure (#8795)
Signed-off-by: Austin Seipp <austin@well-typed.com>
Diffstat (limited to 'aclocal.m4')
-rw-r--r--aclocal.m410
1 files changed, 10 insertions, 0 deletions
diff --git a/aclocal.m4 b/aclocal.m4
index a30fa4fa67..c2a7ba2d7f 100644
--- a/aclocal.m4
+++ b/aclocal.m4
@@ -1137,6 +1137,16 @@ AC_DEFUN([FP_PROG_AR_NEEDS_RANLIB],[
esac
fi
+ # workaround for AC_PROG_RANLIB which sets RANLIB to `:' when
+ # ranlib is missing on the target OS. The problem is that
+ # ghc-cabal cannot execute `:' which is a shell built-in but can
+ # execute `true' which is usually simple program supported by the
+ # OS.
+ # Fixes #8795
+ if test "$RANLIB" = ":"
+ then
+ RANLIB="true"
+ fi
REAL_RANLIB_CMD="$RANLIB"
if test $fp_cv_prog_ar_needs_ranlib = yes
then