On Apr 21, 5:40am, dholland-t...@netbsd.org (David Holland) wrote:
-- Subject: $ORIGIN (was: Re: make: ensure ${.MAKE} works)
| On Thu, Apr 15, 2010 at 08:40:19AM +, David Holland wrote:
| Wish we had working $ORIGIN...
|
| We will fairly soon, I think... :-)
|
| To wit: as far as I
On Wed, Apr 21, 2010 at 08:58:31AM -0400, Christos Zoulas wrote:
| Is it reasonable to just do that? I don't think calling getcwd() from
| exec is going to cause locking problems, but it might be more overhead
| than we want to swallow.
The code that we have there works fine now, yamt
On Wed, Apr 21, 2010 at 04:30:23PM -0500, David Young wrote:
In my tree, I've changed bus_space_tag_t from an integer type to a
pointer to a struct. Now, some debugging code in MI drivers will not
compile because it tries to printf bus_space_tag_t's using the format
%x.
I don't see the use
In my tree, I've changed bus_space_tag_t from an integer type to a
pointer to a struct. Now, some debugging code in MI drivers will not
compile because it tries to printf bus_space_tag_t's using the format
%x.
I don't see the use of printing a bus_space_tag_t, so I am changing
On Wed, Apr 21, 2010 at 01:22:12PM -0400, Christos Zoulas wrote:
| If you exec ../bin/foo, that's all namei will resolve or touch, and
| that's the string that'll come back from namei. If we want an absolute
| path out, it needs getcwd, either in exec or in namei... and in exec
| is