Re: kern/42420: $ORIGIN undefined on NetBSD

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

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

From: David Holland <dholland-bugs%netbsd.org@localhost>
To: gnats-bugs%NetBSD.org@localhost
Cc: 
Subject: Re: kern/42420: $ORIGIN undefined on NetBSD
Date: Thu, 12 Jul 2012 18:05:20 +0000

 On Wed, Jul 11, 2012 at 07:00:09AM +0000, David Laight wrote:
  >  > On Jul 10,  9:25pm, austinenglish%gmail.com@localhost (Austin English) 
wrote:
  >  > -- Subject: Re: kern/42420: $ORIGIN undefined on NetBSD
  >  > 
  >  > Look for #ifdef notyet in kern_exec.c and get rid of them
 
 It still won't always work, though.
 
 Since the wine people apparently believe they don't need to check for
 the feature before using it, only checking if the linker understands
 how to try, perhaps it should be disabled in binutils until we can
 come up with a complete solution.
 
  >  Hmmm....
  >  Maybe the kernel should be keeping a vnode reference of the directory
  >  a program was loaded on.
  >  Then something like open("//$ORIGIN/<path>"...) could be used.
  >  Or maybe openat() could have some magic fd numbers.
 
 That has its problems, but would probably be better. Unfortunately,
 the interface has been handed to us from outside, and it came from an
 environment that doesn't have a problem with pinning half the
 filesystem permanently in the namecache.
 
 -- 
 David A. Holland
 dholland%netbsd.org@localhost