Message-ID: <43A349C5.6070606@exmsft.com>
Date: Sat, 17 Dec 2005 00:12:05 +0100
From: Keith Moore <keithmo AT exmsft DOT com>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.12) Gecko/20050915
MIME-Version: 1.0
To: cygwin AT cygwin DOT com
Subject: autoconf and exeext behavior
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
Sender: cygwin-owner AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com

I've been tinkering with wget lately, and I've
noticed that "make realclean" fails to delete
src/wget.exe. I've tracked it down to a possible
problem in configure.in. Lines 137-145 of the
current version are:

dnl
dnl In case of {cyg,gnu}win32.  Should be a _target_ test.
dnl Might also be erelevant for DJGPP.
dnl
case "$host_os" in
  *win32) exeext='.exe';;
  *) exeext='';;
esac
AC_SUBST(exeext)

The problem disappears when I change the first case
to:

  *win32 | cygwin) exeext='.exe';;

I'm no autoconf whiz (nor do I play one on TV) but
this seems rather peculiar. The autoconf-generated
boilerplate goes through a great deal of trouble
to determine any necessary executable extension,
then wget's configure.in basically drops it on the
floor and looks at the host_os variable.

That said, another possible solution would be to
rip out the lines mentioned above, and replace all
occurances of "exeext" with "EXEEXT" (the variable
set by the autoconf-generated magic).

I've tried this, and it does indeed work under
Cygwin. I don't know about other environments
(and I have no way to test those).

Any ideas or suggestions?

I'll try to get the "most correct" solution pushed
upstream.


Thanks,
KM

P.S. I'm running Cygwin 1.5.18 with everything
current as of 2005/12/16 on XP Pro SP2.


--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Problem reports:       http://cygwin.com/problems.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/