Re: ambiguous git-log date and timestamp syntax
- From
Jakub Narebski <jnareb@gmail.com>
- Date
- Mar 2, 2008, 09:40 UTC
- Message-ID
- <200803021040.55252.jnareb@gmail.com>
- In-Reply-To
- <alpine.LSU.1.00.0803020240390.22527@racer.site>
On Sun, 2 Mar 2008, Johannes Schindelin wrote:
Show 8 quoted lines
> On Sat, 1 Mar 2008, Jakub Narebski wrote: > >> BTW. Git has few other such "reimplementing the wheel" things, like >> strbuf, or ALLOC_GROW, or it's own parseopt. I guess main reasons are to >> avoid adding yet another dependency, and that existing solutions doesn't >> fill all git needs. > > Or that the existing wheels are quadratic wheels, and flat.
That's what I meant by "existing solutions don't fill all git needs".
> Just look at our own parse-options.[ch]. It is _still_ smaller and less > difficult to read than GNU getopt. Yet, it is also much more powerful and > easier to use.
I meant here not only 'getopt', but also 'argp' (from libc), or 'popt' library (used by rpm).
> Likewise, strbuf compares to Bstring, for example (although you might say > that Bstring is more powerful, but it comes at a price: it clutters the > namespace, and is not as performant as strbuf).
I vaguely recall something of discussion about this.
> ALLOC_GROW() is so small as to not merit any third-party dependency.
True.
> Also, I'd like to caution that depending on 3rd-party libraries is not > always easy: just think about how much pain we suffer from the > ever-changing asciidoc package, and the problems wit docbook xsl.
I was rather thinking about something like git "dependency" on libXdiff, namely having it embedded in git sources, perhaps as submodule, with git specific improvements / changes / simplifications.
I wonder if it would be worthwhile to extract all those useful codelets (mini libraries) like approxidate, strbuf, parseopt, ALLOC_GROW, list utils, etc. into separate micro-projects, to be able to be used by other projects, for *them* not to have to reimplement the wheel.
Just a thought...
-- Jakub Narebski Poland