Yup. autotools broke it. I did a ./reconf with my versions (autoconf 2.53a, automake 1.6.2) and it builds fine.

-no-undefined is set in both cases (with your automake and with mine) so that's not it.

Interestingly, lib/Makefile, created with your versions of autotools, has the following lines near the top:
  pkgdatadir = $(datadir)/curl
  pkglibdir = $(libdir)/curl
  pkgincludedir = $(includedir)/curl
only thing is, these lines are BEFORE the following:
  datadir = ${prefix}/share
  libdir = ${exec_prefix}/lib
  includedir = ${prefix}/include
Is make smart enough to set these variables in the "right" order so that all variables are set correctly?

I don't have time or the necessary knowledge to figure out why this no longer works. If you can revert back to a previous version of autotools (if only for curl releases) that would be nice (for me). If not, I can deal with ./reconf-ing any time I build it. At least until you start using some feature in a .am file that isn't backwards compatible with automake 1.6...

--Kevin

-----Original Message-----
From: Daniel Stenberg [mailto:daniel_at_haxx.se]
Sent: Wednesday, October 30, 2002 2:23 AM
To: Curl Mailing List (E-mail)
Subject: Re: problem with 7.10.2-pre2 on cygwin

On Tue, 29 Oct 2002, Roth, Kevin P. wrote:

> Here's the error. I don't think it's related to what I added, because that
> was only in src/main.c.

Right, this is not because of that fix.

> gcc -Wl,--base-file,.libs/cygcurl-2.dll-base -Wl,-e,__cygwin_dll_entry_at_12
> -o .libs/cygcurl-2.dll file.lo timeval.lo base64.lo hostip.lo progress.lo
> formdata.lo cookie.lo http.lo sendf.lo ftp.lo url.lo dict.lo if2ip.lo
> speedcheck.lo getdate.lo ldap.lo ssluse.lo version.lo getenv.lo escape.lo
> mprintf.lo telnet.lo getpass.lo netrc.lo getinfo.lo transfer.lo strequal.lo
> easy.lo security.lo krb4.lo memdebug.lo http_chunks.lo strtok.lo connect.lo
> llist.lo hash.lo multi.lo content_encoding.lo -lz -lssl -lcrypto -lz
> /usr/lib/gcc-lib/i686-pc-cygwin/3.2/../../../libcygwin.a(libcmain.o)(.text+0x7c):
> undefined reference to `_WinMain_at_16'
> collect2: ld returned 1 exit status

Does the -no-undefined flag to libtool affect this perhaps?

I did upgrade automake and autoconf in my end so perhaps some things have
changed/broke because of this...

> Any idea what this is due to? Is there an easy way to see all files which
> changed between -pre1 and -pre2 so I can figure out where to start looking?

I don't know if this is easy for you, but:

$ diff -ru curl-7.10.2-pre1 curl-7.10.2-pre2 | grep "^+++" | awk '{print $2}'

Shows a list of files that looks like this:

curl-7.10.2-pre2/CHANGES
curl-7.10.2-pre2/Makefile.in
curl-7.10.2-pre2/aclocal.m4
curl-7.10.2-pre2/configure
curl-7.10.2-pre2/configure.in
curl-7.10.2-pre2/docs/HISTORY
curl-7.10.2-pre2/docs/MANUAL
curl-7.10.2-pre2/docs/Makefile.in
curl-7.10.2-pre2/docs/examples/Makefile.in
curl-7.10.2-pre2/docs/libcurl/Makefile.in
curl-7.10.2-pre2/include/Makefile.in
curl-7.10.2-pre2/include/curl/Makefile.in
curl-7.10.2-pre2/include/curl/curl.h
curl-7.10.2-pre2/lib/Makefile.in
curl-7.10.2-pre2/lib/Makefile.m32
curl-7.10.2-pre2/lib/README.memoryleak
curl-7.10.2-pre2/lib/config.h.in
curl-7.10.2-pre2/lib/cookie.c
curl-7.10.2-pre2/lib/formdata.c
curl-7.10.2-pre2/lib/ftp.c
curl-7.10.2-pre2/lib/getinfo.c
curl-7.10.2-pre2/lib/memdebug.h
curl-7.10.2-pre2/lib/strequal.h
curl-7.10.2-pre2/lib/transfer.c
curl-7.10.2-pre2/lib/url.c
curl-7.10.2-pre2/packages/EPM/Makefile.in
curl-7.10.2-pre2/packages/Linux/Makefile.in
curl-7.10.2-pre2/packages/Linux/RPM/Makefile.in
curl-7.10.2-pre2/packages/Makefile.in
curl-7.10.2-pre2/packages/Solaris/Makefile.in
curl-7.10.2-pre2/packages/Win32/Makefile.in
curl-7.10.2-pre2/packages/Win32/cygwin/Makefile.in
curl-7.10.2-pre2/src/Makefile.in
curl-7.10.2-pre2/src/Makefile.m32
curl-7.10.2-pre2/src/hugehelp.c
curl-7.10.2-pre2/src/main.c
curl-7.10.2-pre2/src/version.h
curl-7.10.2-pre2/tests/Makefile.in
curl-7.10.2-pre2/tests/data/Makefile.in
curl-7.10.2-pre2/tests/runtests.pl
curl-7.10.2-pre2/tests/server/Makefile.in

-- 
 Daniel Stenberg -- curl, cURL, Curl, CURL. Groks URLs.
-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf