On 11/02/2010 02:49 PM, dan.colasci...@gmail.com wrote: > Index: bash-3.2/doc/bash.1 > =================================================================== > --- bash-3.2.orig/doc/bash.1 > +++ bash-3.2/doc/bash.1 > @@ -7991,6 +7991,11 @@ If set, > changes its behavior to that of version 3.1 with respect to quoted > arguments to the conditional command's =~ operator. > .TP 8 > +.B completion_strip_exe > +If set, whenever Bash sees a `foo.exe' while trying to complete a > +command, it checks whether a file called `foo' is a hardlink to the > +former and, if so, uses the short name. > +.TP 8
Awesome! A patch, including documentation, for something that I find useful! I can't help but wonder how much programmable completion could be taught to strip .exe by itself, but if you don't use bash-completion, this still makes sense (and even if you do, it is such a fundamental operation and certainly seems more efficient to build in below the compgen layer than making all compgen clients have to do it themselves). I guess I really need to find time and start testing this, to push out a new cygwin bash build. -- Eric Blake ebl...@redhat.com +1-801-349-2682 Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature
