Eric Blake wrote:
> Since forking external programs matters most on cygwin and mingw ...
Also on AIX, HP-UX, IRIX, OSF/1, Solaris, one can avoid spawning 'cat':
by using the 'print -r' trick from libtool.m4.
2007-06-23 Bruno Haible <[EMAIL PROTECTED]>
Paul Eggert wrote:
> I think printf is portable nowadays, at least to the platforms that
> gnulib-tool is likely to run on.
Indeed, 'printf' is useful to use when we find that it is a shell built-in,
namely on bash >= 2.0. (See the patch in the other mail.) But other than that?
'printf' is portab
are worried about the number of processes.
OK, I took this into consideration and optimized the 'echo' emulation in
the case of bash versions >= 2.0, < 2.04.
Bruno
[1] http://www.opengroup.org/austin/docs/austin_155.txt
2007-06-23 Bruno Haible <[EMAIL PROTECTED]>
, IRIX, Solaris, OSF/1.
libtool.m4 also tries other workarounds: searching for an 'echo' program
in $PATH:/usr/ucb (but how is this better than 'cat'?) or using a built-in
'print -r' command (which shells except ksh have this?) or using 'printf'
(is that port