Mailing-List: contact cygwin-apps-help AT sourceware DOT cygnus DOT com; run by ezmlm
Sender: cygwin-apps-owner AT sourceware DOT cygnus DOT com
List-Subscribe: <mailto:cygwin-apps-subscribe AT sources DOT redhat DOT com>
List-Archive: <http://sources.redhat.com/ml/cygwin-apps/>
List-Post: <mailto:cygwin-apps AT sources DOT redhat DOT com>
List-Help: <mailto:cygwin-apps-help AT sources DOT redhat DOT com>, <http://sources.redhat.com/lists.html#faqs>
Delivered-To: mailing list cygwin-apps AT sources DOT redhat DOT com
From: "Tim Van Holder" <tim DOT van DOT holder AT pandora DOT be>
To: "Robert Collins" <robert DOT collins AT itdomain DOT com DOT au>,
        "Akim Demaille" <akim AT epita DOT fr>
Cc: <cygwin-apps AT sources DOT redhat DOT com>, <autoconf AT gnu DOT org>
Subject: RE: V4a win32 macro
Date: Sat, 17 Mar 2001 15:33:08 +0100
Message-ID: <CAEGKOHJKAAFPKOCLHDIAEKHCBAA.tim.van.holder@pandora.be>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0)
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400
Importance: Normal
In-Reply-To: <04ff01c0ae00$bf1b8a20$0200a8c0@lifelesswks>

> Must be an oddity with my install then.
> 
> Rob
First off, please try to use reply below quoted text to preserve
normal conversation flow. I use Outlook too, so I know that doesn't
make it easy, but still...

In any case, it looks like automake is the culprit; the output you
posted clearly showed automake's INIT macro running.

init.m4 has

AC_REQUIRE([AC_PROG_MAKE_SET])dnl
AC_REQUIRE([AM_DEP_TRACK])dnl
AC_REQUIRE([AM_SET_DEPDIR])dnl
AC_PROVIDE_IFELSE([AC_PROG_][CC], <-- this is the problem I think
                  [AM_DEPENDENCIES(CC)],
                  [define([AC_PROG_][CC],
                          defn([AC_PROG_][CC])[AM_DEPENDENCIES(CC)])])dnl

It seems AC_PROG_CPP ends up running before AC_PROG_CC, which is bad.
I'm not an autotools guru, so I'm not too sure of where things are failing.

I get the same failure with

AC_INIT
AM_INIT_AUTOMAKE
AC_API_WIN32

But removing AM_INIT_AUTOMAKE makes it DTRT.  So automake's macros
screw up the AC_REQUIRE's somehow.

> configure: creating cache /dev/null
This seems suspect too.