From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 8366 invoked by alias); 17 Nov 2011 22:34:50 -0000 Received: (qmail 8223 invoked by uid 22791); 17 Nov 2011 22:34:49 -0000 X-SWARE-Spam-Status: No, hits=-2.5 required=5.0 tests=AWL,BAYES_00,DKIM_SIGNED,DKIM_VALID,FREEMAIL_FROM,RCVD_IN_DNSWL_LOW,TW_CG X-Spam-Check-By: sourceware.org Received: from mail-iy0-f171.google.com (HELO mail-iy0-f171.google.com) (209.85.210.171) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Thu, 17 Nov 2011 22:34:34 +0000 Received: by iaby12 with SMTP id y12so3645337iab.2 for ; Thu, 17 Nov 2011 14:34:33 -0800 (PST) Received: by 10.231.28.194 with SMTP id n2mr126794ibc.54.1321569273803; Thu, 17 Nov 2011 14:34:33 -0800 (PST) Received: from [175.142.90.169] ([175.142.90.169]) by mx.google.com with ESMTPS id jm11sm63064430ibb.1.2011.11.17.14.34.30 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 17 Nov 2011 14:34:32 -0800 (PST) Message-ID: <4EC58BEC.1030807@users.sourceforge.net> Date: Thu, 17 Nov 2011 22:34:00 -0000 From: JonY User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.12) Gecko/20080213 Thunderbird/2.0.0.12 Mnenhy/0.7.5.0 MIME-Version: 1.0 To: cygwin-talk@cygwin.com Subject: Re: Problems with updating nearly any package meant for Cygwin or using packages such as libtool References: <32849825.post@talk.nabble.com> <4EC2CFA2.40007@cygwin.com> <32857072.post@talk.nabble.com> <4EC41689.8090601@gmail.com> <32861517.post@talk.nabble.com> <4EC50550.7020403@gmail.com> <4EC56FB1.4000007@gmail.com> <4EC570BC.2010202@gmail.com> <4EC5739F.3000600@gmail.com> <4EC5778D.2080902@redhat.com> <20111117213205.GA6504@ednor.casa.cgf.cx> In-Reply-To: <20111117213205.GA6504@ednor.casa.cgf.cx> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig786C1A62C362EFFDE374A655" X-IsSubscribed: yes Mailing-List: contact cygwin-talk-help@cygwin.com; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: cygwin-talk-owner@cygwin.com Reply-To: The Vulgar and Unprofessional Cygwin-Talk List Mail-Followup-To: cygwin-talk@cygwin.com X-SW-Source: 2011-q4/txt/msg00038.txt.bz2 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig786C1A62C362EFFDE374A655 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-length: 2111 On 11/18/2011 05:32, Christopher Faylor wrote: > On Thu, Nov 17, 2011 at 02:07:25PM -0700, Eric Blake wrote: >> On 11/17/2011 01:50 PM, Dave Korn wrote: >>>> Whoops, no they can't. The hydra configure script isn't from autcon= f at >>>> all; it's just hand-written. >>> >>> Good grief. It also has a Makefile.am and a Makefile.in, but it does= n't use >>> automake, and their contents are unrelated. It just cats them together= into >>> the final makefile! >> >> I love this quote: >> >> https://www.gnu.org/software/autoconf/manual/autoconf.html#Pointers >> >>> As your software is distributed to more and more users, however, you ot= herwise quickly find yourself putting lots of effort into reinventing the s= ervices that the GNU build tools provide, and making the same mistakes that= they once made and overcame. >> >> Autotools may not be the best out there, and might not be the easiest to >> develop with, but there's hands down nothing more complete and portable >> that could take over the impressive role played by the autotools in >> generating predictable configure and make setups. It always makes me >> cringe to see other projects that just don't get that fact, suffering >> through the problems already solved by autotools. >=20 > Very true. >=20 > OTOH, I'd love to see some sort of competition for autotools. I really > detest having to use them but they are much better than the alternative. >=20 > cgf >=20 I simply can't agree more when I need to deal with all those custom hand written "configure" scripts, cmake or whatever nonsense of the week. Some reinvent terminology, like using --target to select cross-compiler prefix. Some do things the retarded way, like using find(1) to look for libraries instead of letting the compiler do its job. They then check libraries directly with nm(1), only to be foiled by symbol mangling and stub libraries. Most of them are a pain to work with when you have to be edited by hand to get them to work with cross compilers, yet autotools is surprisingly painless. Though slow on Windows, unlike the others, autotools actually works. --------------enig786C1A62C362EFFDE374A655 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" Content-length: 196 -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.17 (MingW32) iEYEARECAAYFAk7Fi/EACgkQp56AKe10wHfhxgCfWn5P4XlBGO+t/D+14DJkghRI eQQAnRdZrMrjrHvDyxZUl3P4bVergW/T =54xH -----END PGP SIGNATURE----- --------------enig786C1A62C362EFFDE374A655--