Re: [PATCH 3/6] git-gnu-progs-Makefile: git Makefile update
- From
Bryan Larsen <bryanlarsen@yahoo.com>
- Date
- Jul 11, 2005, 19:42 UTC
- Message-ID
- <42D2CBA2.8060705@yahoo.com>
- In-Reply-To
- <Pine.LNX.4.58.0507111206240.17536@g5.osdl.org>
Linus Torvalds wrote:
Show 13 quoted lines
> > On Mon, 11 Jul 2005, Junio C Hamano wrote: > >>I am not yet convinced "one variable per GNU program" is the >>right way to do (I do agree it is a problem and I appreciate >>your trying to solving it; an obvious alternative cop-out would >>be to fix this in the user's environment, but there might be a >>saner solution) > > > Yes. As you say, if we do this (and I think it's so ugly that I'm not > convinced we want to), it should be done in git-sh-setup-script _once_ > instead of editing every single script.
Agreed: I was much happier with my cogito implementation where I just put it in cg-Xlib. Is git-sh-setup-script appropriate? At first glance it had a specific purpose and was not included in a large number of files.
Show 6 quoted lines
> > Most everything includes git-sh-setup-script anyway by now. > > However, what are the features that break the default apple tools anyway? > Maybe we should avoid using them? OSX clearly comes with "cp" and "xargs" > regardless, what are the flags that don't work with their cruddy versions?
xargs -r, cp -l, cp -u, cp -a. Git uses the first 2, cogito uses all 4.
Last night, I couldn't think of alternatives to these, but I obviously didn't try very hard. xargs -r can probably happen via a temporary file and cp -u can probably be simulated using rsync.
Show 7 quoted lines
> > [ Rant mode on: ..and who the hell is the idiot at Apple who includes the > old crappy BSD stuff? They already use gcc, so it's totally pointless to > have a NIH thing, when the GNU utilities are just _better_. Maybe > somebody can ask Apple to get with the program and not live in the dark > ages any more. ] >
It wasn't long ago that the BSD's and Solaris had the same problems. If only Apple is in the dark ages, shame on them.
Bryan