delorie.com/archives/browse.cgi | search |
Mailing-List: | contact cygwin-help AT cygwin DOT com; run by ezmlm |
List-Subscribe: | <mailto:cygwin-subscribe AT cygwin DOT com> |
List-Archive: | <http://sourceware.org/ml/cygwin/> |
List-Post: | <mailto:cygwin AT cygwin DOT com> |
List-Help: | <mailto:cygwin-help AT cygwin DOT com>, <http://sourceware.org/ml/#faqs> |
Sender: | cygwin-owner AT cygwin DOT com |
Mail-Followup-To: | cygwin AT cygwin DOT com |
Delivered-To: | mailing list cygwin AT cygwin DOT com |
Message-ID: | <4342D08D.10209@familiehaase.de> |
Date: | Tue, 04 Oct 2005 20:57:17 +0200 |
From: | "Gerrit P. Haase" <gerrit AT familiehaase DOT de> |
User-Agent: | Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.12) Gecko/20050915 |
MIME-Version: | 1.0 |
To: | Cygwin <cygwin AT cygwin DOT com> |
Subject: | Re: Perl ldflags - packaging bug, upstream bug, or weird feature? |
References: | <0a2e01c5c83c$51de8e20$5304a8c0 AT chimaera> |
In-Reply-To: | <0a2e01c5c83c$51de8e20$5304a8c0@chimaera> |
X-IsSubscribed: | yes |
Max Bowsher wrote: > $ fgrep -- '-L/usr/local/lib' /usr/lib/perl5/5.8/cygwin/Config_heavy.pl > lddlflags=' -s -L/usr/local/lib' > ldflags=' -s -L/usr/local/lib' > ldflags_nolargefiles=' -s -L/usr/local/lib' > > > The above shows the presence of -L/usr/local/lib in the packaged perl > installation config vars. Yes. > This is a problem, because when compiling Perl extensions, it places > /usr/local/lib at the front of the library search path, taking > precedence over any other paths that the Makefile.PL may take care to > specify. This is bad, because /usr/local/lib may contain old/incorrect > versions of libraries which get found instead of the libraries the > Makefile.PL attempted to point to with explicit -L options. But this is the deeper sense of placing it in front of the search path, so user installed libraries may be used instead of system wide. If you have old or broken libraries in /usr/local, just remove them. Usually you install your own (more up to date) versions in /usr/local so you can benefit from new features when building extensions locally. > I don't know enough about the perl build process to know where that > option is coming from - I'm hoping someone can tell me whether the > presence of those harmful -L/usr/local/lib options is a packaging bug, > an upstream bug, or a weird feature. It is a default option. I see that this is not the best for maintainers. As a workaround you may patch your perlld wrapper. Gerrit -- =^..^= -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
webmaster | delorie software privacy |
Copyright © 2019 by DJ Delorie | Updated Jul 2019 |