From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 29869 invoked by alias); 17 Nov 2011 20:51:17 -0000 Received: (qmail 29860 invoked by uid 22791); 17 Nov 2011 20:51:16 -0000 X-SWARE-Spam-Status: No, hits=-2.3 required=5.0 tests=AWL,BAYES_00,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,FREEMAIL_FROM,RCVD_IN_DNSWL_LOW X-Spam-Check-By: sourceware.org Received: from mail-ww0-f45.google.com (HELO mail-ww0-f45.google.com) (74.125.82.45) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Thu, 17 Nov 2011 20:51:02 +0000 Received: by wwf10 with SMTP id 10so2993043wwf.2 for ; Thu, 17 Nov 2011 12:51:01 -0800 (PST) Received: by 10.227.206.200 with SMTP id fv8mr175075wbb.11.1321563061068; Thu, 17 Nov 2011 12:51:01 -0800 (PST) Received: from [192.168.2.99] (cpc2-cmbg8-0-0-cust61.5-4.cable.virginmedia.com. [82.6.108.62]) by mx.google.com with ESMTPS id gd6sm38140670wbb.1.2011.11.17.12.50.58 (version=SSLv3 cipher=OTHER); Thu, 17 Nov 2011 12:50:59 -0800 (PST) Message-ID: <4EC5739F.3000600@gmail.com> Date: Thu, 17 Nov 2011 20:51:00 -0000 From: Dave Korn User-Agent: Thunderbird 2.0.0.17 (Windows/20080914) MIME-Version: 1.0 To: "The Are-They-Trolling-Us? And Vulgar Cygwin-Talk Maiming List" 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> In-Reply-To: <4EC570BC.2010202@gmail.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit 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/msg00035.txt.bz2 On 17/11/2011 20:38, Dave Korn wrote: > On 17/11/2011 20:33, Dave Korn wrote: >> On 17/11/2011 13:00, marco atzeri wrote: >>> These are upstream bugs in configure, looking for the lib >>> is wrong as different platforms have different conventions. >>> They should only look for the header. >> Well, they could look for the lib too, as long as they used the correct >> autoconf macro (AC_CHECK_LIB or AC_SEARCH_LIB) to do so. > > > Whoops, no they can't. The hydra configure script isn't from autconf at > all; it's just hand-written. Good grief. It also has a Makefile.am and a Makefile.in, but it doesn't use automake, and their contents are unrelated. It just cats them together into the final makefile! cheers, DaveK