Message-ID: <4EC56FB1.4000007@gmail.com>
Date: Thu, 17 Nov 2011 20:33:53 +0000
From: Dave Korn <dave.korn.cygwin@gmail.com>
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
Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm
Sender: cygwin-owner@cygwin.com
Mail-Followup-To: cygwin@cygwin.com

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