Duy Nguyen wrote: >> until libgit.a == libgit2. Done. > > Read up about the introduction of libgit2, why it was created in the > first place instead of moving a few files around renaming libgit.a to > libgit2.a. Unless you have a different definition of "==" than I do. As far as I know, there was never an extensive on-list discussion about why git.git cannot be lib'ified. The first appearance of libgit2 is here [1]. I briefly read through the initial history of libgit2.git too, but I cannot find a single discussion detailing why lib'ifying git.git is fundamentally unworkable (there's some vague mention of "global state baggage" and "presence of die()", but that's about it). Unless you can point to some detailed discussions, or write out a really good reason yourself, I don't think there's any harm in letting fc try. Ofcourse, he still indicated any sort of plan yet, and I'm also waiting for that. [1]: http://thread.gmane.org/gmane.comp.version-control.git/99608 -- 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