X-Recipient: archive-cygwin AT delorie DOT com X-Spam-Check-By: sourceware.org Date: Wed, 24 Feb 2010 17:52:54 +0100 From: Corinna Vinschen To: cygwin AT cygwin DOT com Subject: Re: two libuuid.a Message-ID: <20100224165254.GE5683@calimero.vinschen.de> Reply-To: cygwin AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com References: <4B8546EA DOT 6030606 AT prager DOT ws> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4B8546EA.6030606@prager.ws> User-Agent: Mutt/1.5.20 (2009-06-14) Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm Precedence: bulk List-Id: List-Unsubscribe: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com Delivered-To: mailing list cygwin AT cygwin DOT com On Feb 24 10:34, Bernd Prager wrote: > Hi, > > I am running in a configuration issue in another project with two > conflicting libuuid.a (one in /usr/lib/w32api and the other in > /usr/lib/e2fsprogs). > > The construct: > > AC_SEARCH_LIBS(uuid_generate, uuid, , > [AC_MSG_ERROR([cannot link with -luuid, install e2fsprogs])]) > ;; > > basically fails. > > Is there a way to solve that without introducing something hardcoded > like LDFLAGS="-L/usr/lib/e2fsprogs" what breaks portability? Probably not. From my POV it's a bug in the e2fsprogs package to provide a libuuid.a lib. It should rely on the w32api provided file and if something's missing, it should be added there. However, unfortunately the e2fsprogs package is orphaned right now. If somebody would like to step up as maintainer, please see http://cygwin.com/setup.html for the details how to become a package maintainer. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- 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