Re: pkg/44916: graphics/gnuplot build failure due to missing .include ../../lang/lua/buildlink3.mk

[David Holland <dholland-pbugs%netbsd.org@localhost>]

The following reply was made to PR pkg/44916; it has been noted by GNATS.

From: David Holland <dholland-pbugs%netbsd.org@localhost>
To: gnats-bugs%NetBSD.org@localhost
Cc: pkg-manager%netbsd.org@localhost, gnats-admin%netbsd.org@localhost, 
pkgsrc-bugs%netbsd.org@localhost,
        matthias.rampke%googlemail.com@localhost
Subject: Re: pkg/44916: graphics/gnuplot build failure due to missing
 .include ../../lang/lua/buildlink3.mk
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
 moot.
 
 The issue at hand is really whether pkgsrc should/can be adapted to
 the platform or not.
 
 -- 
 David A. Holland
 dholland%netbsd.org@localhost