[tlbuild] some configure scripts are called without taking into account $CONFIG_SHELL

[Vladimir Volovich]

"VV" == Vladimir Volovich writes:

 VV> Please change the build system to use CONFIG_SHELL when running all
 VV> configure scripts.

with the fixes below the build successfully passed throgh the freetype
compilation so far:

==============================
--- Build.orig
+++ Build
@@ -99,7 +99,7 @@
   #
   set -vx  # show the configure and make commands in the log.
 
-  eval $TL_BUILD_ENV time $TL_CONFIGURE \
+  eval $TL_BUILD_ENV time $CONFIG_SHELL $TL_CONFIGURE \
         --prefix=$TL_INSTALL_DEST \
         --datadir=$TL_INSTALL_DEST \
         $TL_CONF_BANNER \
--- libs/freetype/Makefile.in.orig
+++ libs/freetype/Makefile.in
@@ -517,7 +517,7 @@
 	$(MKDIR_P) ft-build
 	cd ft-build && \
 	  CC='$(CC)' CONFIG_SITE=/dev/null \
-	  $(abs_srcdir)/$(FREETYPE_TREE)/configure \
+	  $(CONFIG_SHELL) $(abs_srcdir)/$(FREETYPE_TREE)/configure \
 	    $(config_args) --disable-shared --disable-nls \
 	    --prefix=$(abs_builddir)/ft-install \
 	    --libdir=$(abs_builddir) \
--- libs/freetype2/Makefile.in.orig
+++ libs/freetype2/Makefile.in
@@ -518,7 +518,7 @@
 	$(MKDIR_P) ft-build
 	cd ft-build && \
 	  CC='$(CC)' CONFIG_SITE=/dev/null \
-	  $(abs_srcdir)/$(FREETYPE_TREE)/configure \
+	  $(CONFIG_SHELL) $(abs_srcdir)/$(FREETYPE_TREE)/configure \
 	    $(config_args) --disable-shared \
 	    --with-old-mac-fonts \
 	    --without-bzip2 \
--- libs/freetype2/freetype-2.4.9/builds/unix/detect.mk.orig
+++ libs/freetype2/freetype-2.4.9/builds/unix/detect.mk
@@ -80,9 +80,9 @@
   ifdef must_configure
     ifneq ($(have_Makefile),)
       # we are building FT2 not in the src tree
-	      $(TOP_DIR)/builds/unix/configure $(value CFG)
+	      $(CONFIG_SHELL) $(TOP_DIR)/builds/unix/configure $(value CFG)
     else
-	      cd builds/unix; ./configure $(value CFG)
+	      cd builds/unix; $(CONFIG_SHELL) ./configure $(value CFG)
     endif
   endif

==============================

(of course, libs/freetype/Makefile.am and libs/freetype2/Makefile.am
need to be patched too, since the corresponding Makefile.in files are
generated from the Makefile.am)

since I didn't have such problems last year(s) on the same system, it
looks like the problems appeared just recently.
 
Best wishes,
v.