According to Jim Meyering on 2/15/2010 11:36 PM: > I've pushed the init.sh changes we discussed yesterday.
I just realized something - for coreutils, you guarantee that init.sh will be called by a relatively-compliant shell. But gnulib makes no special effort to avoid /bin/sh, which means init.sh will now fail on Solaris, over constructs like: > + *) feb_file_=$(echo $feb_file_ | sed "s,^$feb_dir_/,,;"'s/\.exe$//') How do we go about fixing this? Should init.sh be given some smarts (like autoconf-generated files) to re-exec the calling script using a saner shell? Is this something where any test using init.sh will have to modify Makefile.am to guarantee that the script is called with the proper ${CONFIG_SHELL} or equivalent? -- Don't work too hard, make some time for fun as well! Eric Blake e...@byu.net
signature.asc
Description: OpenPGP digital signature