Re: Bug in gnulib-tools prevents bison from bootstrapping

2007-06-23 Thread Bruno Haible
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]>

Re: Bug in gnulib-tools prevents bison from bootstrapping

2007-06-23 Thread Bruno Haible
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

Re: Bug in gnulib-tools prevents bison from bootstrapping

2007-06-23 Thread Bruno Haible
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]>

Re: Bug in gnulib-tools prevents bison from bootstrapping

2007-06-23 Thread Bruno Haible
, 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