bug-autoconf
[Top][All Lists]
Advanced

[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




reply via email to

[Prev in Thread] Current Thread [Next in Thread]