1.0.27.48: Win32/Cygwin contrib build fix.
authorAlastair Bridgewater <lisphacker@users.sourceforge.net>
Tue, 28 Apr 2009 16:02:13 +0000 (16:02 +0000)
committerAlastair Bridgewater <lisphacker@users.sourceforge.net>
Tue, 28 Apr 2009 16:02:13 +0000 (16:02 +0000)
  Recentish cygwin likes to have gcc as a symlink.  SBCL can't handle
that, so, for cygwin only, fully dereference gcc if it's a symlink when
building contribs.

contrib/asdf-module.mk
version.lisp-expr

index 6a9aba1..132a25a 100644 (file)
@@ -14,6 +14,10 @@ ifeq (SunOS,$(UNAME))
 endif
 ifeq (CYGWIN,$(findstring CYGWIN,$(UNAME)))
   EXTRA_CFLAGS=-mno-cygwin
+  # SBCL can't read cygwin symlinks, and cygwin likes to symlink
+  # gcc.  To further complicate things, SBCL can't handle cygwin
+  # paths, either.
+  CC:=$(shell cygpath -m $(shell readlink -fn $(shell which $(CC))))
 endif
 
 export CC SBCL EXTRA_CFLAGS EXTRA_LDFLAGS
index 722905a..eeff7c0 100644 (file)
@@ -17,4 +17,4 @@
 ;;; checkins which aren't released. (And occasionally for internal
 ;;; versions, especially for internal versions off the main CVS
 ;;; branch, it gets hairier, e.g. "0.pre7.14.flaky4.13".)
-"1.0.27.47"
+"1.0.27.48"