[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]
Re: pkg/44916: graphics/gnuplot build failure due to missing .include ../../lang/lua/buildlink3.mk
The following reply was made to PR pkg/44916; it has been noted by GNATS.
From: David Holland <dholland-pbugs%netbsd.org@localhost>
Cc: pkg-manager%netbsd.org@localhost, gnats-admin%netbsd.org@localhost,
Subject: Re: pkg/44916: graphics/gnuplot build failure due to missing
Date: Sat, 30 Apr 2011 21:50:03 +0000
On Sat, Apr 30, 2011 at 09:25:01PM +0000, Joerg Sonnenberger wrote:
>> Should pkgsrc take additional wrapper precautions on dragonfly because
>> of this? Or should we ask dragonfly to change it?
> There isn't really anything we can do.
Sure, we could have the wrappers add the link equivalent of -I-,
assuming there is one, then -L/usr/lib. Or teach DF's linker to
understand -L-/usr/pkg/lib or something
> Give someone enough rope...
> IIRC someone (TM) decided to be smart and make it easier to build stuff
> by hand without having to properly use RPATH. Misguided, but resulting
> in the obvious fallout.
It's far from clear that it's misguided or that rpaths are anything
but a design bug in ELF; however, because pkgsrc is organized to do
things a certain way, we don't want /usr/pkg/lib on the default link
path when building from inside pkgsrc, so that question is entirely
The issue at hand is really whether pkgsrc should/can be adapted to
the platform or not.
David A. Holland
Main Index |
Thread Index |