On Fri, Aug 14, 2015 at 3:59 PM, Junio C Hamano <gitster@xxxxxxxxx> wrote: > Renato Botelho <garga@xxxxxxxxxxx> writes: >> I also found that some commands require perl when NO_PERL is set: > > NO_PERL merely means "I want to build a subset of Git that is meant > to be usable on a system without a working Perl installed". These > scripts that do require Perl installed are indeed not expected to > work under NO_PERL (if you think about it, that would be natural and > the only sensible expectation---otherwise we would have coded them > without using Perl at all, in which case there will be no need for > NO_PERL in the first place). Nevertheless, there's still the problem, due to 527ec39 (generate-cmdlist: parse common group commands, 2015-05-21), that git doesn't build at all anymore when Perl is unavailable. One option would be to go with the awk version of 'generate-cmdlist'[1], which restricts itself to POSIX and was tested on Linux, FreeBSD, and Mac OS X[2], though I'm not sure we really want to go there, particularly if you're uncomfortable[3] about introducing awk into the toolchain. Another option would be to rewrite the (more complex) generate-cmdlist in shell, which I think should be possible, though it will be uglier and more verbose. [1]: http://article.gmane.org/gmane.comp.version-control.git/269307/ [2]: http://article.gmane.org/gmane.comp.version-control.git/269336/ [3]: http://article.gmane.org/gmane.comp.version-control.git/269324/ -- To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html