Re: Difficulty with configure in libtool-1.4.2

2002-02-09 Thread Matt Schalit
Tom Tromey wrote: Matt == Matt Schalit [EMAIL PROTECTED] writes: Matt It's my conclusion that grep -e is the correct syntax. Matt Too bad I can't get anyone at libtool to care, but as I mentioned Matt I'm not running Linux. `grep -e' is correct. Or you can use something like

Re: Difficulty with configure in libtool-1.4.2

2002-02-08 Thread Matt Schalit
Tim Van Holder wrote: On Fri, 2002-02-08 at 08:51, Matt Schalit wrote: I'm not experienced with enough platforms to tell why line 5148 in libtool-1.4.2 configure doesn't call grep -e: if { (eval echo configure:5149: \$archive_cmds 2\\1 \| grep \ -lc \ \ /dev/null 2\\1\) 15

Difficulty with configure in libtool-1.4.2

2002-02-07 Thread Matt Schalit
I'm not experienced with enough platforms to tell why line 5148 in libtool-1.4.2 configure doesn't call grep -e: if { (eval echo configure:5149: \$archive_cmds 2\\1 \| grep \ -lc \ \ /dev/null 2\\1\) 15; (eval $archive_cmds 2\\1 \| grep \ -lc \ \/dev/n ull 2\\1) 25; } Doesn't grep -e

Re: autoconf-2.52 error?

2001-09-24 Thread Matt Schalit
Stefan Illner wrote: Hi, [...] Can anyone reproduce this behaviour, or, even better, tell me why this occurs? TIA, stillner I tried this using autoconf 2.50, m4-1.4, and gmake-3.79.1. Autoconf ran fine. Configure ran fine, but gmake fails with the error: Makefile:3:

Re: m4 runs crazy with 2.50

2001-05-23 Thread Matt Schalit
skyper wrote: Hi i updated to autoconf-2.50 and tried the following test configure.in file: # cat configure.inEOF AC_INIT(test.c) AC_PROG_CC AC_OUTPUT(Makefile) EOF Your example worked on my system with gm4-1.4p and autoconf 2.50. I used this for my configure.in:

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

2001-01-30 Thread Matt Schalit
Akim Demaille wrote: "Matt" == Matt Schalit [EMAIL PROTECTED] writes: Matt Thank you for the rapid reply and your suggestions, Akim. You are welcome. Frankly, I think your diagnostic is wrong somewhere. 1. The error message is clearly from GNU M4 (trust me, I

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.

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 iconv.h header file. */ | #undef HAVE_ICONV_H" | /usr/local/bin/m4: configure.in: 462: ERROR: Recursion limit of 250 exceeded, use -LN to change it | | | | The

Re: Testsuite failures on UnixWare 7.1.1

2001-01-27 Thread Matt Schalit
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 CVS tree, would make you

Re: Testsuite failures on UnixWare 7.1.1

2001-01-25 Thread Matt Schalit
Alexandre Oliva wrote: On Jan 21, 2001, Matthew Schalit [EMAIL PROTECTED] wrote: Is this because I have no CXX or F77 at this point? Quite likely. Would you give CVS autoconf a spin and see how it goes? It should probably handle the lack of these programs more gracefully. I'm

Re: Testsuite failures on UnixWare 7.1.1

2001-01-25 Thread Matt Schalit
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 CVS tree, would make you