<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 TRANSITIONAL//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV="Content-Type" CONTENT="text/html; CHARSET=UTF-8">
<META NAME="GENERATOR" CONTENT="GtkHTML/3.26.0">
</HEAD>
<BODY>
On Tue, 2010-12-14 at 18:40 -0800, Dan Nicholson wrote:<BR>
<BLOCKQUOTE TYPE=CITE>
<BR>
<TT><FONT COLOR="#1a1a1a">Oh, never mind. I thought you guys had decided on POSIX shell as a baseline.</FONT></TT><BR>
<BR>
</BLOCKQUOTE>
<BR>
This has been the subject of confusion on a number of occasions. We know we have users on Solaris 10<BR>
with a Bourne shell that isn't POSIX compliant, as explained by Alan. Most of the changes done are from people<BR>
with POSIX shell, mostly bash. <BR>
<BR>
I'd like to find a meaningful comment to add in the script to clear the confusion, but I am rather ignorant on the subject, barely cognisant of the shell I am using (turns out to be "dash").<BR>
<BR>
<PRE>
#!/bin/sh
#
# Note on portability:
# This script is intended to run on any platform supported by X.Org.
# The Autoconf generated configure script is a good reference as to what is permitted.
# Basically, it should be able to run in a Bourne shell.
</PRE>
<BR>
I figured that if packages configure script can run on a given platform, so should build.sh.<BR>
<BR>
Should we had this boiler plate code from configure:
<BLOCKQUOTE>
<PRE>
# Be more Bourne compatible
if test -n "${ZSH_VERSION+set}" && (emulate sh) >/dev/null 2>&1; then
emulate sh
NULLCMD=:
# Pre-4.2 versions of Zsh do word splitting on ${1+"$@"}, which
# is contrary to our usage. Disable this feature.
alias -g '${1+"$@"}'='"$@"'
setopt NO_GLOB_SUBST
else
case `(set -o) 2>/dev/null` in
*posix*) set -o posix ;;
esac
fi
</PRE>
</BLOCKQUOTE>
<BR>
</BODY>
</HTML>