[coreutils] [PATCH] coreutils new feature: split --filter (original) (raw)
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
From: | Karl Heuer |
---|---|
Subject: | [coreutils] [PATCH] coreutils new feature: split --filter |
Date: | Thu, 06 Jan 2011 21:10:04 -0500 |
For some years now I've been bemoaning the lack of a `split --filter=COMMAND' feature, which would write to pipes instead of files, instead of having to split to a set of files and then run the filter on each of them. The environment variable FILE is set to the name of the file that would have been written; it's the command's responsibility to use that string appropriately. Sample usage (note proper quoting of $FILE): $ split --filter 'gzip >$FILE.gz'
The details turned out to be rather trickier than I'd expected, but I think it's ready to be shared with the folks in charge of coreutils. Source patch attached. I haven't touched the documentation or tests.
split.patch
Description: Text Data
- [coreutils] [PATCH] coreutils new feature: split --filter,Karl Heuer <=
- Re: [coreutils] [PATCH] coreutils new feature: split --filter, Eric Blake, 2011/01/07
- Re: [coreutils] [PATCH] coreutils new feature: split --filter, Jim Meyering, 2011/01/07
- Re: [coreutils] [PATCH] coreutils new feature: split --filter, Karl Heuer, 2011/01/07
* Re: [coreutils] [PATCH] coreutils new feature: split --filter, Jim Meyering, 2011/01/07
- Prev by Date:[coreutils] [PATCH] maint: suppress some clang scan-build warnings
- Next by Date:Re: [coreutils] [PATCH] maint: suppress some clang scan-build warnings
- Previous by thread:[coreutils] [PATCH] maint: suppress some clang scan-build warnings
- Next by thread:Re: [coreutils] [PATCH] coreutils new feature: split --filter
- Index(es):