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]> * gnulib-tool (echo): Add a speed

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
Eric Blake wrote: > POSIX requires that echo interpret backslash sequences. POSIX:2001 Technical Corrigendum 1 [1] mentions that BSD echo is POSIX compliant. Eric Blake and Paul Eggert wrote: > POSIX even admits this, and recommends the use of printf instead. > ... > One advantage of using printf

Re: Bug in gnulib-tools prevents bison from bootstrapping

2007-06-23 Thread Hans Aberg
On 23 Jun 2007, at 06:25, Eric Blake wrote: If you reconfigured autoconf after installing a newer GNU m4, and autoconf did not find the right m4, then that is a bug in autoconf, and should be dealt with there. Right. Since it was experienced by the developers on the Bug-Bison list, I hop

Re: Bug in gnulib-tools prevents bison from bootstrapping

2007-06-23 Thread Claudio Saavedra
On Fri, 2007-06-22 at 14:48 +0200, Hans Aberg wrote: > On 22 Jun 2007, at 14:27, Fernando Ferreira wrote: > > >> Autoconf requires the latest m4, but it actually calls gm4 it > >> seems. So I installed the latest M4, which ended up in /usr/local/ > >> bin/m4 on my system, and added a soft link

Re: Bug in gnulib-tools prevents bison from bootstrapping

2007-06-23 Thread Paul Eggert
Bruno Haible <[EMAIL PROTECTED]> writes: > 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 portable nowadays?

Re: Bug in gnulib-tools prevents bison from bootstrapping

2007-06-23 Thread Paul Eggert
Eric Blake <[EMAIL PROTECTED]> writes: > POSIX requires that echo interpret backslash sequences. Actually, POSIX says that the behavior of 'echo' is implementation-defined if any of the arguments contain backslash, or if echo's first operand is -n. If the implementation supports the XSI extensio

Re: Bug in gnulib-tools prevents bison from bootstrapping

2007-06-22 Thread Eric Blake
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Adding bug-autoconf, this thread started here: http://lists.gnu.org/archive/html/bug-gnulib/2007-06/msg00176.html Other lists can be trimmed in replies. According to Hans Aberg on 6/22/2007 7:37 AM: > On 22 Jun 2007, at 14:55, according to Eric Blake

Re: Bug in gnulib-tools prevents bison from bootstrapping

2007-06-22 Thread Eric Blake
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Bruno Haible on 6/22/2007 8:30 PM: > It is generally impossible to write reliable shell-scripts using 'echo', > when this 'echo' commands interprets backslahes. I'm not inclined to check > or rewrite the 500 echo commands in gnulib-tool. I

Re: Bug in gnulib-tools prevents bison from bootstrapping

2007-06-22 Thread Bruno Haible
Hello, Fernando Ferreira wrote: > I found out that gnulib-tools, > invoked by bootstrap to generate the gnulib-comp.m4 file, had a little > but vital bug that inserted these extraneous characters instead of the > desired behavior. The faulty lines are these, lines 2170 to 2180 on > gnulib/gnul

Re: Bug in gnulib-tools prevents bison from bootstrapping

2007-06-22 Thread Ralf Wildenhues
Hello Eric, Fernando, * Eric Blake wrote on Fri, Jun 22, 2007 at 03:04:06PM CEST: > According to Ralf Wildenhues on 6/22/2007 6:47 AM: > > Thank you for the nice and complete bug report and analysis. Please try > > this patch. OK to install? [...] > Go ahead and commit. * Fernando Ferreira wrot

Re: Bug in gnulib-tools prevents bison from bootstrapping

2007-06-22 Thread Hans Aberg
On 22 Jun 2007, at 14:55, according to Eric Blake: According to Hans Aberg on 6/22/2007 6:13 AM: Autoconf requires the latest m4, but it actually calls gm4 it seems. So I installed the latest M4, which ended up in /usr/local/bin/m4 on my system, and added a soft link /usr/local/bin/gm4 -> /

Re: Bug in gnulib-tools prevents bison from bootstrapping

2007-06-22 Thread Hans Aberg
On 22 Jun 2007, at 14:27, Fernando Ferreira wrote: Autoconf requires the latest m4, but it actually calls gm4 it seems. So I installed the latest M4, which ended up in /usr/local/ bin/m4 on my system, and added a soft link /usr/local/bin/gm4 -> /usr/local/bin/m4 Then it worked. Well, I sa

Re: Bug in gnulib-tools prevents bison from bootstrapping

2007-06-22 Thread Fernando Ferreira
Ralf Wildenhues wrote: Hello Fernando, * Fernando Ferreira wrote on Fri, Jun 22, 2007 at 01:42:25PM CEST: [...] # You need to invoke gt_JAVACOMP yourself, possibly with arguments. AC_CONFIG_FILES( :build-aux/ ) # You need to invoke gt_JAVAEXEC yourself, possibly with arguments. AC_CONFIG

Re: Bug in gnulib-tools prevents bison from bootstrapping

2007-06-22 Thread Eric Blake
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Ralf Wildenhues on 6/22/2007 6:47 AM: > Thank you for the nice and complete bug report and analysis. Please try > this patch. OK to install? > > Cheers, > Ralf > > * gnulib-tool (func_add_or_update, func_create_testdir): Do not >

Re: Bug in gnulib-tools prevents bison from bootstrapping

2007-06-22 Thread Eric Blake
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Hans Aberg on 6/22/2007 6:13 AM: > Autoconf requires the latest m4, but it actually calls gm4 it seems. So > I installed the latest M4, which ended up in /usr/local/bin/m4 on my > system, and added a soft link > /usr/local/bin/gm4 -> /us

Re: Bug in gnulib-tools prevents bison from bootstrapping

2007-06-22 Thread Ralf Wildenhues
Hello Fernando, * Fernando Ferreira wrote on Fri, Jun 22, 2007 at 01:42:25PM CEST: [...] > # You need to invoke gt_JAVACOMP yourself, possibly with arguments. > AC_CONFIG_FILES( :build-aux/ ) > # You need to invoke gt_JAVAEXEC yourself, possibly with arguments. > AC_CONFIG_FILES( :build-aux/ )

Re: Bug in gnulib-tools prevents bison from bootstrapping

2007-06-22 Thread Hans Aberg
On 22 Jun 2007, at 13:42, Fernando Ferreira wrote: Greetings, fellow developers! I'm trying to compile bison from CVS, but it keeps failing at bootstrap phase. Here is what I'm doing: cvs -d:pserver:[EMAIL PROTECTED]:/sources/bison co bison cd bison/ ./bootstrap And here is the er

Re: Bug in gnulib-tools prevents bison from bootstrapping

2007-06-22 Thread Fernando Ferreira
Hans Aberg wrote: On 22 Jun 2007, at 13:42, Fernando Ferreira wrote: Greetings, fellow developers! I'm trying to compile bison from CVS, but it keeps failing at bootstrap phase. Here is what I'm doing: cvs -d:pserver:[EMAIL PROTECTED]:/sources/bison co bison cd bison/ ./bootstrap

Bug in gnulib-tools prevents bison from bootstrapping

2007-06-22 Thread Fernando Ferreira
Greetings, fellow developers! I'm trying to compile bison from CVS, but it keeps failing at bootstrap phase. Here is what I'm doing: cvs -d:pserver:[EMAIL PROTECTED]:/sources/bison co bison cd bison/ ./bootstrap And here is the error message it is giving me in the (abrupt) end of the