> > The only potential drawback I see is that it would not be possible anymore > to use multi-character types when adding more types in future, e.g. -type shm. > Currently, -type only allows a few out of many more already-existing > possibilities (e.g. see gnulib's file_type function [2]). > Then perhaps we can require comma separations w/o spaces, i.e., "-type x,y,z,shm” will be equivalent to “( -type x -o -type y -o -type z -o -type shm )” I can work on this if this seems better fit; should not be much more work from what I already have.
> Furthermore, the enhancement exceeds the border of triviality, therefore > we need some Copyright paperwork with the FSF, as documented in README-hacking > in section "Copyright assignment". > Just for the record: I did not look at the patches yet to not taint myself > regarding your idea. This means that if you are unable (or - unlikely, but > for completeness - unwilling) to undergo the above copyright paperwork, > then we can still re-implement the feature without Copyright issues. > I think James will kindly support you if you are willing to do the Copyright > assignment. I will get the paperwork done. Young
