> Well, that isn't so much about rc's advantages. Keep in mind though that > this would force getflags to be present whenever you need a shell script. > For most installations this isn't an issue, but for those running Plan 9 > embedded it is. And with space constraints providing some of /rc/bin might > be reasonable, providing aux/getflags might not.
i don't buy this argument. if you're running plan 9 with rc & scripts, you have many MB of ram and mmu and several MB of persistant storage. it's hard to get small flash parts these days. i can't see 64k mattering. > Besides, if a script > doesn't use more than two or three different options getflags doesn't reduce > much complexity (if you aren't writing a new script). And concerning speed, > if command line parsing dominates the execution time I honestly wouldn't > bother. i would think that the reason to do this would be for consistency. i don't know that that's a compelling argument. but i can see the attraction of all or nothing; it would be nice if either none of the scripts used getflags or all of them did. - erik
