From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <cygwin-return-43032-listarch-cygwin=sourceware.cygnus.com@cygwin.com>
Received: (qmail 14442 invoked by alias); 11 Jan 2002 01:50:58 -0000
Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm
Precedence: bulk
List-Subscribe: <mailto:cygwin-subscribe@cygwin.com>
List-Archive: <http://sources.redhat.com/ml/cygwin/>
List-Post: <mailto:cygwin@cygwin.com>
List-Help: <mailto:cygwin-help@cygwin.com>, <http://sources.redhat.com/ml/#faqs>
Sender: cygwin-owner@cygwin.com
Received: (qmail 14411 invoked from network); 11 Jan 2002 01:50:58 -0000
Received: from unknown (HELO illustrious.cnchost.com) (207.155.252.7)
  by sources.redhat.com with SMTP; 11 Jan 2002 01:50:58 -0000
Received: from piano (adsl-66-120-57-93.dsl.lsan03.pacbell.net [66.120.57.93])
	by illustrious.cnchost.com
	id UAA07434; Thu, 10 Jan 2002 20:50:56 -0500 (EST)
	[ConcentricHost SMTP Relay 1.14]
Errors-To: <jon@symas.com>
From: "Jon Leichter" <jon@symas.com>
To: "Robert Collins" <robert.collins@itdomain.com.au>
Cc: <cygwin@cygwin.com>
Subject: RE: Compiling apps to Mingw32 with cygwin
Date: Thu, 10 Jan 2002 17:50:00 -0000
Message-ID: <DLEBJKNCNLJEDKMKICHGAEOBCBAA.jon@symas.com>
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.2911.0)
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4807.1700
In-Reply-To: <05da01c19a41$8fc022d0$0200a8c0@lifelesswks>
Importance: Normal
X-SW-Source: 2002-01/txt/msg00704.txt.bz2

> -----Original Message-----
> From: Robert Collins [mailto:robert.collins@itdomain.com.au]
> Sent: Thursday, January 10, 2002 5:45 PM
> To: Jon Leichter
> Cc: cygwin@cygwin.com
> Subject: Re: Compiling apps to Mingw32 with cygwin
>
> ----- Original Message -----
> From: "Jon Leichter" <jon@symas.com>
> > Sorry... I left that out. Yes, I do have an accessible
> i686-pc-mingw32-gcc,
> > and I am looking at the configure script. It just searches for gcc. It
> > doesn't bother to look for the prefixed tool.
>
> Are you sure? Here's the output of a configure script here.
>
> Administrator@LIFELESSWKS /usr/src/squid/t
> $ ../auth_rewrite/configure --host=i686-pc-linux --build=i686-pc-cygwin
> checking for a BSD compatible install... /bin/install -c
> checking whether build environment is sane... yes
> checking for mawk... no
> checking for gawk... gawk
> checking whether make sets ${MAKE}... yes
> checking whether to enable maintainer-specific portions of Makefiles...
> no
> *****checking for i686-pc-linux-gcc... no******
> checking for gcc... gcc
> checking for C compiler default output...
>
> If you don't see that line, then one or more tests are missing from your
> configure.in
>
> these two should enable that functionality.
> AC_CANONICAL_HOST
> AC_PROG_CC
>
> Rob
>

Yes, I'm very sure. A quick investigation has yielded the following:

- In autoconf 2.13 (I don't have 2.13.1), AC_PROG_CC is implemented with
AC_CHECK_PROG.

- In autoconf 2.52, AC_PROG_CC is implemented with AC_CHECK_TOOL.

AC_CHECK_TOOL checks for tools with a ${host} prefix. AC_CHECK_PROG does
not.

In my opinion, this serves as another example that one cannot count on a
configure script being up-to-date.

Jon


--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/