From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 2175 invoked by alias); 17 Nov 2011 20:34:28 -0000 Received: (qmail 2079 invoked by uid 22791); 17 Nov 2011 20:34:27 -0000 X-SWARE-Spam-Status: No, hits=-2.2 required=5.0 tests=AWL,BAYES_00,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,FREEMAIL_FROM,RCVD_IN_DNSWL_LOW,TW_BP 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:34:15 +0000 Received: by wwf10 with SMTP id 10so2970455wwf.2 for ; Thu, 17 Nov 2011 12:34:13 -0800 (PST) Received: by 10.227.197.10 with SMTP id ei10mr148586wbb.9.1321562053673; Thu, 17 Nov 2011 12:34:13 -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 a27sm38057964wbp.16.2011.11.17.12.34.11 (version=SSLv3 cipher=OTHER); Thu, 17 Nov 2011 12:34:11 -0800 (PST) Message-ID: <4EC56FB1.4000007@gmail.com> Date: Thu, 17 Nov 2011 20:34:00 -0000 From: Dave Korn User-Agent: Thunderbird 2.0.0.17 (Windows/20080914) MIME-Version: 1.0 To: cygwin@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> In-Reply-To: <4EC50550.7020403@gmail.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-IsSubscribed: yes Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner@cygwin.com Mail-Followup-To: cygwin@cygwin.com X-SW-Source: 2011-11/txt/msg00313.txt.bz2 On 17/11/2011 13:00, marco atzeri wrote: > the problem is that the configure scripts incorrectly looks for > libpcre.so that on cygwin is called differently: > > /usr/bin/cygpcre-0.dll > > so you need to modify the configure accordingly or > remove the test and leave only the check for "pcre.h" > > same for libidn /usr/bin/cygidn-11.dll > > libpq /usr/bin/cygpq.dll > > and so on. > 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. Rather than try searching in arbitrary and unknown places for unknown file names, that just tries running a compile with the relevant -l flag and seeing if it succeeds - which for the purposes of the build is more definitively accurate anyway. cheers, DaveK -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple