Here is my first proposal.
Index: aclang.m4
===
RCS file: /cvs/autoconf/aclang.m4,v
retrieving revision 1.57
diff -u -r1.57 aclang.m4
--- aclang.m4 2000/08/07 12:33:18 1.57
+++ aclang.m4 2000/08/09 08:05:23
@@ -481,8 +481,8 @
On Aug 9, 2000, Akim Demaille <[EMAIL PROTECTED]> wrote:
> Here is my first proposal.
It's very close to what we need. I just don't like the name. What's
wrong with AC_NO_EXECUTABLES?
How about introducing per-language AC_LINK_IFELSE in autoconf, so that
AC_NO_CXX_EXECUTABLES could be as sim
> "Alexandre" == Alexandre Oliva <[EMAIL PROTECTED]> writes:
Alexandre> On Aug 9, 2000, Akim Demaille <[EMAIL PROTECTED]> wrote:
>> Here is my first proposal.
Alexandre> It's very close to what we need. I just don't like the
Alexandre> name. What's wrong with AC_NO_EXECUTABLES?
The name :
> "John" == John David Anglin <[EMAIL PROTECTED]> writes:
John> On a different subject, in trying to use autoconf-2.14a to
John> regenerate configure for fileutils-4.0x, I get the error
John> _LC_LANG is not defined in AC_LANG_SOURCE. Is this a bug or has
John> there been a change in how thi
Akim,
I assume the problem is for AM_FUNC_ERROR_AT_LINE, not AM_FUNC_ERROR.
As far as I can see, Jim doesn't define AC_FUNC_ERROR at all. The is
an AC_REQUIRE([AM_FUNC_ERROR_AT_LINE]) in jm-macros.m4. The actual
definition for AM_FUNC_ERROR_AT_LINE appears to come from aclocal/error.m4
in autom
On Aug 9, 2000, Akim Demaille <[EMAIL PROTECTED]> wrote:
> I think this definitely means Autoconf 2.50 must not obsolete the
> symbols from Automake until an Automake with quoted macro names is
> released. This problem is a good means to have Mike shot in Joe's
> foot.
I have an idea. We coul
