Re: Make "git-ls-files" work in subdirectories
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. (I'm not against having our own getopt_long() or alike, but anyway...) Well, not really "glibc-specific" now. NetBSD (>=1.5) has thir own implementation of getopt_long() (w/ 4-clause BSD licence, which is not compatible w/ GPL2). OpenBSD (>=3.3), FreeBSD (>=5.0), too. Solaris (>=9?) seems to have one, too. NetBSD: http://cvsweb.netbsd.org/bsdweb.cgi/src/lib/libc/stdlib/getopt_long.c OpenBSD: http://www.openbsd.org/cgi-bin/cvsweb.cgi/src/lib/libc/stdlib/getopt_long.c FreeBSD: http://www.freebsd.org/cgi/cvsweb.cgi/src/lib/libc/stdlib/getopt_long.c Solaris: http://iforce.sun.com/protected/solaris10/adoptionkit/general/getopt_long.txt --yoshfuji - To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: Make "git-ls-files" work in subdirectories
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 list: send the line "unsubscribe git" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: Make "git-ls-files" work in subdirectories
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 a small library that could just be contained withing the git sources to avoid duplication, but it just hasn't been worth it. If somebody wants to do it, go wild. The rules are - anything that is not expected of "modern unix" is too unportable (glibc is not a realistic expectation, but a lot of GNU tools _are_ realistic) - autoconf and its ilk are worse than the disease they are trying to fix Linus - To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: Make "git-ls-files" work in subdirectories
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 ";
> tag_removed = "R ";
> tag_other = "? ";
> tag_killed = "K ";
> - } else if (!strcmp(arg, "-c") || !strcmp(arg, "--cached")) {
> + continue;
> + }
> + if (!strcmp(arg, "-c") || !strcmp(arg, "--cached")) {
> show_cached = 1;
> - } else if (!strcmp(arg, "-d") || !strcmp(arg, "--deleted")) {
> + continue;
> + }
> + if (!strcmp(arg, "-d") || !strcmp(arg, "--deleted")) {
> show_deleted = 1;
> - } else if (!strcmp(arg, "-o") || !strcmp(arg, "--others")) {
> + continue;
> + }
> + if (!strcmp(arg, "-o") || !strcmp(arg, "--others")) {
> show_others = 1;
> - } else if (!strcmp(arg, "-i") || !strcmp(arg, "--ignored")) {
> + continue;
> + }
> + if (!strcmp(arg, "-i") || !strcmp(arg, "--ignored")) {
> show_ignored = 1;
> - } else if (!strcmp(arg, "-s") || !strcmp(arg, "--stage")) {
> + continue;
> + }
> + if (!strcmp(arg, "-s") || !strcmp(arg, "--stage")) {
> show_stage = 1;
> - } else if (!strcmp(arg, "-k") || !strcmp(arg, "--killed")) {
> + continue;
> + }
> + if (!strcmp(arg, "-k") || !strcmp(arg, "--killed")) {
> show_killed = 1;
> - } else if (!strcmp(arg, "-u") || !strcmp(arg, "--unmerged")) {
> + continue;
> + }
> + if (!strcmp(arg, "-u") || !strcmp(arg, "--unmerged")) {
> /* There's no point in showing unmerged unless
>* you also show the stage information.
>*/
> show_stage = 1;
> show_unmerged = 1;
> - } else if (!strcmp(arg, "-x") && i+1 < argc) {
> + continue;
> + }
> + if (!strcmp(arg, "-x") && i+1 < argc) {
> exc_given = 1;
> add_exclude(argv[++i], "", 0, &exclude_list[EXC_CMDL]);
> - } else if (!strncmp(arg, "--exclude=", 10)) {
> + continue;
> + }
> + if (!strncmp(arg, "--exclude=", 10)) {
> exc_given = 1;
> add_exclude(arg+10, "", 0, &exclude_list[EXC_CMDL]);
> - } else if (!strcmp(arg, "-X") && i+1 < argc) {
> + continue;
> + }
> + if (!strcmp(arg, "-X") && i+1 < argc) {
> exc_given = 1;
> add_excludes_from_file(argv[++i]);
> - } else if (!strncmp(arg, "--exclude-from=", 15)) {
> + continue;
> + }
> + if (!strncmp(arg, "--exclude-from=", 15)) {
> exc_given = 1;
> add_excludes_from_file(arg+15);
> - } else if (!strncmp(arg, "--exclude-per-directory=", 24)) {
> + continue;
> + }
> + if (!strncmp(arg, "--exclude-per-directory=", 24)) {
> exc_given = 1;
> exclude_per_dir = arg + 24;
> - } else
> + continue;
> + }
> + if (!strcmp(arg, "--full-name")) {
> + prefix_offset = 0;
> + continue;
> + }
> + if (glob || *arg == '-')
> usage(ls_files_usage);
> + glob = arg;
is there some aversion to getopt or similar get?
-
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Make "git-ls-files" work in subdirectories
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/" prefix unless you give it the "--full-name"
option, so that you can feed the result to "xargs grep" or similar).
The filename globbing is kind of strange: it does _not_ follow normal
globbing rules, although it does look "almost" like a normal file glob
(and it uses the POSIX.2 "fnmatch()" function).
The glob pattern (there can be only one) is always split into a "directory
part" and a "glob part", where the directory part is defined as any full
directory path without any '*' or '?' characters. The "glob" part is
whatever is left over.
For example, when doing
git-ls-files 'arch/i386/p*/*.c'
the "directory part" is is "arch/i386/", and the "glob part" is "p*/*.c".
The directory part will be added to the prefix, and handled efficiently
(ie we will not be searching outside of that subdirectory), while the glob
part (if anything is left over) will be used to trigger "fnmatch()"
matches.
This is efficient and very useful, but can result in somewhat
non-intuitive behaviour.
For example:
git-ls-files 'arch/i386/*.[ch]'
will find all .c and .h files under arch/i386/, _including_ things in
lower subdirectories (ie it will match "arch/i386/kernel/process.c",
because "kernel/process.c" will match the "*.c" specifier).
Also, while
git-ls-files arch/i386/
will show all files under that subdirectory, doing the same without the
final slash would try to show the file "i386" under the "arch/"
subdirectory, and since there is no such file (even if there is such a
_directory_) it will not match anything at all.
These semantics may not seem intuitive, but they are actually very
practical. In particular, it makes it very simple to do
git-ls-files fs/*.c | xargs grep some_pattern
and it does what you want.
Signed-off-by: Linus Torvalds <[EMAIL PROTECTED]>
---
[ Implementation note: the difference between "prefix_len" and
"prefix_offset" is that "prefix_len" is used for all the compare logic,
while "prefix_offset" is used to determine how much of the prefix not to
print out. So "--full-name" just clears prefix_offset, which keeps all
the comparisons the same, but prints out the full absolute git path,
rather than the relative one.
Also: unlike things like "git-diff-files" etc, we do _not_ handle
prefixes containint ".." and "./" etc gracefully. That's partly exactly
because the result of git-ls-files is normally a relative pathname, and
it just makes it almost impossible to do what the git-diff-* functions
do efficiently and with sane semantics ]
---
diff --git a/ls-files.c b/ls-files.c
--- a/ls-files.c
+++ b/ls-files.c
@@ -19,6 +19,10 @@ static int show_unmerged = 0;
static int show_killed = 0;
static int line_terminator = '\n';
+static int prefix_len = 0, prefix_offset = 0;
+static const char *prefix = NULL;
+static const char *glob = NULL;
+
static const char *tag_cached = "";
static const char *tag_unmerged = "";
static const char *tag_removed = "";
@@ -222,6 +226,7 @@ static void add_name(const char *pathnam
ent = xmalloc(sizeof(*ent) + len + 1);
ent->len = len;
memcpy(ent->name, pathname, len);
+ ent->name[len] = 0;
dir[nr_dir++] = ent;
}
@@ -297,6 +302,20 @@ static int cmp_name(const void *p1, cons
e2->name, e2->len);
}
+static void show_dir_entry(const char *tag, struct nond_on_fs *ent)
+{
+ int len = prefix_len;
+ int offset = prefix_offset;
+
+ if (len >= ent->len)
+ die("git-ls-files: internal error - directory entry not
superset of prefix");
+
+ if (glob && fnmatch(glob, ent->name + len, 0))
+ return;
+
+ printf("%s%s%c", tag, ent->name + offset, line_terminator);
+}
+
static void show_killed_files(void)
{
int i;
@@ -342,25 +361,48 @@ static void show_killed_files(void)
}
}
if (killed)
- printf("%s%.*s%c", tag_killed,
- dir[i]->len, dir[i]->name,
- line_terminator);
+ show_dir_entry(tag_killed, dir[i]);
}
}
+static void show_ce_entry(const char *tag, struct cache_entry *ce)
+{
+ int len = prefix_len;
+ int offset = prefix_offset;
+
+ if (len >= ce_namelen(ce))
+ die("git-ls-files: internal error - cache entry not superset of
prefix");
+
+ if (glob && fnmatch(glob, ce->name + len, 0))
+ return;
+
+ if (!show_stage)
+ printf("%s%s%c", tag, ce->name + offset, line_terminator);
+ else
+ printf("%s%06o %s %d\t%s%c",
+
