[9fans] Few silly ones..

[9fans] Few silly ones..

[Ish Rattan]

I just installed gcc from gnubin.tgz. The binary is

	/386/bin/gnu/gcc

but is not found when gcc is invoked

	gcc one.c

but
	/bin/gnu/gcc one.c

works. Is there a solution?

Also is there a way to change owner/group recursively
in a subtree?

-ishwar

Re: [9fans] Few silly ones..

[Scott Schwartz]

> 	/386/bin/gnu/gcc
> but is not found when gcc is invoked

rc has nicer path searching rules than sh: it searches for relative paths,
so you can use directories as prefixes to package binaries in groups.
Thus, you can say "gnu/gcc" to run the program.  Or you can add /bin/gnu
to your $path. :)

Re: [9fans] Few silly ones..

[Russ Cox]

> but is not found when gcc is invoked
>
> 	gcc one.c

it shouldn't be found.  it's not in /bin.

> but
> 	/bin/gnu/gcc one.c

you can say

	gnu/gcc one.c

as a shorthand.

> Also is there a way to change owner/group recursively
> in a subtree?

	chgrp -u foo `{du -a tree | awk '{print $2}'}
	chgrp foo `{du -a tree | awk '{print $2}'}

russ

Re: [9fans] Few silly ones..

[a]

in addition to the solution noted by russ and scott of
	gnu/bin one.c
you can do the bind to make the contents of /386/bin/gnu show
up in /bin, and thus found by rc's default path:
	bind -a /386/bin/gnu /bin
i'm not sure what else is in /bin/gnu, so this may or may no
actually be desirable. note that this is the same way the
default /bin is constructed from /386/bin and /rc/bin (the
order of which i always reverse to allow rc scripts to be
wrappers for binaries of the same name).

i'd avoid scott's suggestion of changing your $path.
ア