In article <[EMAIL PROTECTED]> (at Sun, 21 Aug 2005 16:17:52 -0700 (PDT)),
Linus Torvalds <[EMAIL PROTECTED]> says:
> getopt() is too limited, and getopt_long() is very glibc-specific and thus
> inherently evil. And the complexity of doing autoconf or similar is worse
> than just doing it by hand
On Sun, Aug 21, 2005 at 04:17:52PM -0700, Linus Torvalds wrote:
> getopt() is too limited, and getopt_long() is very glibc-specific
> and thus inherently evil. And the complexity of doing autoconf or
> similar is worse than just doing it by hand.
what about libpopt?
-
To unsubscribe from this lis
On Sun, 21 Aug 2005, Chris Wedgwood wrote:
>
> is there some aversion to getopt or similar get?
getopt() is too limited, and getopt_long() is very glibc-specific and thus
inherently evil. And the complexity of doing autoconf or similar is worse
than just doing it by hand.
I've considered doing
On Sun, Aug 21, 2005 at 12:55:33PM -0700, Linus Torvalds wrote:
> - } else if (!strcmp(arg, "-t")) {
> + continue;
> + }
> + if (!strcmp(arg, "-t")) {
> tag_cached = "H ";
> tag_unmerged = "M ";
>
This makes git-ls-files work inside a relative directory, and also adds
some rudimentary filename globbing support. For example, in the kernel you
can now do
cd arch/i386
git-ls-files
and it will show all files under that subdirectory (and it will have
removed the "arch/i386/" pr
5 matches
Mail list logo
