[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Nicolas Joly <address@hidden>] Re: CVS automake testsuite failures
From: |
Alexandre Duret-Lutz |
Subject: |
Re: [Nicolas Joly <address@hidden>] Re: CVS automake testsuite failures under Tru64 unix |
Date: |
07 Jun 2002 10:26:18 +0200 |
User-agent: |
Gnus/5.0808 (Gnus v5.8.8) Emacs/20.7 |
>>> "Akim" == Akim Demaille <address@hidden> writes:
Akim> Also, the traces contain something extremely suspicous:
Akim> m4trace:configure.in:1: -1- m4_define([AC_PACKAGE_TARNAME],
[am--<garbage>]
Akim> No doubt that the problem is here. What the heck is this crap?
I can reproduce something similar to an example Nicolas posted
earlier, playing with sinclude and include:
Running autoconf on
AC_INIT([am__sinclude], [1.0])
gives
# Identity of this package.
PACKAGE_NAME='am__sinclude'
PACKAGE_TARNAME='am--'
PACKAGE_VERSION='1.0'
PACKAGE_STRING='am__sinclude 1.0'
PACKAGE_BUGREPORT=''
but on
AC_INIT([am__include], [1.0])
you get
# Identity of this package.
PACKAGE_NAME='am__include'
PACKAGE_TARNAME='am--include'
PACKAGE_VERSION='1.0'
PACKAGE_STRING='am__include 1.0'
PACKAGE_BUGREPORT=''
Note the definition of PACKAGE_TARNAME in both cases.
This is Autoconf 2.53a (April, 19) with M4 1.4.
I also tried on another box with Autoconf 2.53b (May, 17), with
M4 1.4q (1.149 2001/10/14 11:44:41).
This sounds very odd, especially because M4 implements include
and sinclude as the same function (AFAICT).
--
Alexandre Duret-Lutz