Re: Usage of GNU autoconf under Cygwin

2000-08-02 Thread Andrew Makhorin
Dear Earnie, Thank you for your reply. I'd like to inform you that I probably resolved the notorious problem connected with the usage of GNU autoconf under Cygwin. (If you remember __oline__ wasn't properly substituted.) After I had installed GNU awk all became to work properly. I didn't see int

errors building the latest autoconf...

2000-08-02 Thread erikw
Dear autoconf list, I am attempting to build the latest autoconf because it was suggested that this would help with build problems in libwww. The ./configure, make clean, and make steps went well, but make install gives errors (the first of several shown): doc/install.texi:19: Unknown command `

Re: autoconf, Minix, and _POSIX_SOURCE / _POSIX_C_SOURCE

2000-08-02 Thread Jim Meyering
Paul Eggert <[EMAIL PROTECTED]> writes: | Now that Minix is free software, it's higher priority for autoconf to | support it more accurately. Minix is small so this should be easy to | do. I just downloaded Minix 2.0 (the free version) and discovered the | following: ... | It looks like it would

AC_MSG_* - docs vs. implementation

2000-08-02 Thread Pavel Roskin
Hello! Sorry that I didn't followed closely the discussion in autoconf-patches, but the current state of AC_MSG_ macros is not good enough for the release. AC_MSG_RESULT_UNQUOTED is not documented despite being there since 1999-09-15. To be honest, it's purpose is not clear to me. Maybe it shoul

Web page at gnu.org needs updating

2000-08-02 Thread Pavel Roskin
Hello! This page is hopelessly outdated: http://www.gnu.org/gnulist/production/autoconf.html However, it can easily be reached from http://www.gnu.org/ by selecting "Free Software Directory" -> "Development" -> "autoconf" Can anybody update that page? Regards, Pavel Roskin

AC_CHECKING [Re: AC_MSG_* - docs vs. implementation

2000-08-02 Thread Jim Meyering
Pavel Roskin <[EMAIL PROTECTED]> writes: | AC_CHECKING still doesn't work as advertized despite the fact that there | is a patch. IMHO it should be undeprecated and fixed as suggested in | http://sources.redhat.com/ml/autoconf-patches/2000-07/msg00010.html I thought the conclusion (last message i

Re: AC_CHECKING [Re: AC_MSG_* - docs vs. implementation

2000-08-02 Thread Pavel Roskin
Hello, Jim! > I thought the conclusion (last message in that thread) > > http://sources.redhat.com/ml/autoconf-patches/2000-07/msg00021.html > > was that it was fine to deprecate AC_CHECKING and simply > use `echo' in its place. I guess it does need to be fixed, though. I missed that discus

Behavioral change in CVS autoconf

2000-08-02 Thread Alexandre Oliva
In Amanda, we used to have an AC_MSG_WARN whose text contained `#'. It worked fine with autoconf 2.13. With CVS autoconf, we get: echo "configure: WARNING: ... #undef ..." >&m4_default([2], [AC_FD_MSG]) Ideas? -- Alexand