Latest CVS - possible serious bug using it in UnixWare 7.1.1

2001-01-29 Thread Matt Schalit
Hi Folks, On Superbowl Sunday, I had a few hours to attempt compiling the latest CVS gcc using cc, gnu-make, and the latest CVS autoconf. That was a no-go. Here's why I think it relates to autoconf. I pseudo-determined that it was the cvs autoconf, so I replaced that (2.49d?) with the 2.13. T

Re: sh problems

2001-01-29 Thread Akim Demaille
> "Assar" == Assar Westerlund <[EMAIL PROTECTED]> writes: Assar> A more serious problem is in AS_MKDIR_P. It sets IFS to '\\/' Assar> and it seems that some sh:s (which are probably really ksh:s) Assar> will use the first character (backslash) when joining the Assar> components in "$@" and t

Re: Testsuite failures on UnixWare 7.1.1

2001-01-29 Thread Akim Demaille
| Alexandre Oliva wrote: | > | > On Jan 26, 2001, Matt Schalit <[EMAIL PROTECTED]> wrote: | > | > > I'm concerned that the CVS version will have more bugs in it. | > > If it's not stable, then I thought it's not stable. | > | > Maybe using yesterday's candidate release, just taken out of the C

Re: Latest CVS - possible serious bug using it in UnixWare 7.1.1

2001-01-29 Thread Akim Demaille
| /* Define if you have the header file. */ | #undef HAVE_ICONV_H" | /usr/local/bin/m4: configure.in: 462: ERROR: Recursion limit of 250 exceeded, use |-L to change it | | | | The error refers to gcc/gcc/configu

Re: [Akim Demaille ] Re: Shell crash on SunOS 4.1.3

2001-01-29 Thread Akim Demaille
| $ at_dir=`echo foo 2>/dev/null` | $ echo at_dir=$at_dir | at_dir=foo I don't understand this, it is not consistent with `cd'. Isn't `echo' a builtin on your shell? Then I would understand. Hm, what else must be a builtin? exit has to be. foo=`exit 12 2>/dev/null` bar=`(exit 12) 2>/dev/nul

autoconf-2.49c, libtool-1.3.5 and Cygwin

2001-01-29 Thread Earnie Boyd
I decided to give autoconf-2.49c a try on Cygwin. In configuring the libtool package I cd libtool-1.3.5 autoupdate autoconf cd libltdl autoupdate autoconf ;# Reports error. The errors are: configure.in:109: error: AC_REQUIRE: cannot be used outside of an m4_defun'd macro configure.

Re: autoconf-2.49c, libtool-1.3.5 and Cygwin

2001-01-29 Thread Akim Demaille
| I decided to give autoconf-2.49c a try on Cygwin. | In configuring the libtool package I | cd libtool-1.3.5 | autoupdate | autoconf | cd libltdl | autoupdate | autoconf ;# Reports error. | | The errors are: | | configure.in:109: error: AC_REQUIRE: cannot be used outside of an | m

Re: autoconf-2.49c, libtool-1.3.5 and Cygwin

2001-01-29 Thread Earnie Boyd
Akim Demaille wrote: > > | I decided to give autoconf-2.49c a try on Cygwin. > | In configuring the libtool package I > | cd libtool-1.3.5 > | autoupdate > | autoconf > | cd libltdl > | autoupdate > | autoconf ;# Reports error. > | > | The errors are: > | > | configure.in:109: error:

Re: Latest CVS - possible serious bug using it in UnixWare 7.1.1

2001-01-29 Thread Matt Schalit
Akim Demaille wrote: > > | /* Define if you have the header file. */ > | #undef HAVE_ICONV_H" > | /usr/local/bin/m4: configure.in: 462: ERROR: Recursion limit of 250 exceeded, use >-L to change it > | > | > | > | The er

Re: [Akim Demaille ] Re: Shell crash on SunOS 4.1.3

2001-01-29 Thread Harlan Stenn
Akim, stenn@porkypine> sh $ foo=`exit 12 2>/dev/null` $ echo $foo $ bar=`(exit 12) 2>/dev/null` $ echo $bar $ (PATH=. ; echo baz ) echo: not found $ Harlan > > | $ at_dir=`echo foo 2>/dev/null` > | $ echo at_dir=$at_dir > | at_dir=foo > > I don't understand this, it is not consistent with `

Re: autoconf/145

2001-01-29 Thread Pavel Roskin
Hello, Robert! > My understanding of the way Autoconf and Automake are supposed to work > was that anything that Autoconf did not recognize would be placed into > the Makefile.in without changes. I have been using VPATH with the Right, but Autoconf does recognize VPATH. Recognizing VPATH is an

Re: [Akim Demaille ] Re: Shell crash on SunOS 4.1.3

2001-01-29 Thread Harlan Stenn
Akim, I just downloaded a fresh CVS autoconf and did a build on the Ultrix box. This time, I was able to do the build in a subdir (builddir != srcdir). The tail fragment of "make check" follows. Much better - I'll see if I can install the GNU grep stuff and see if that helps. Harlan - ... mak