Sitaram Chamarty <sitaramc@xxxxxxxxx>: > [snipping the rest; all valid points no doubt] I meant to respond to Patrick's post earlier. I haven't actually written any code in lua yet, but I've read the book; I think I get it. I've seen the effects of lua integration on another large project, Battle for Wesnoth. I'm not, despite conclusions some people here might have jumped to, religiously attached to Python. So I can say this: I think lua as a language is an *excellent* design. It is clever, economical, minimalist, and (other than the one ugly detail of 1-origin indexing) shows consistent good taste. It might be a good fit for extending git; I wouldn't be very surprised if that worked. However, I do have concerns about the "Oh, we'll just lash together a binding to C" attitude common among lua programmers; I foresee maintainability problems and the possibility of slow death by low-level details as that strategy tries to scale up. And, of course, one problem with calling back into C a lot is that you walk back into C's resource-management issues. My sense is that git's use cases are better served by a glue language in the Python/Perl/Ruby class rather than an extension langage. But my mind is open on this issue. -- <a href="http://www.catb.org/~esr/";>Eric S. Raymond</a> -- 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