Re: You said the J word

[Paul Haahr <haahr@mv.us.adobe.com>]

maybe.  mighty inefficient compared to the current internal representation,  
and much harder to work on directly.  when we find an external representation  
that we like, if it doesn't slow real uses of the shell down too much, we'll  
add a %glob hook.

i agree philosophically with a globbing hook, i think, but i want to get the  
framework right first.  getting hooks for path searching (done in 0.7, maybe  
changing slightly in 0.75) and read-eval-print (0.7) is more important to the  
structure of the shell.

would people actually use an overridable globber?  my guess is no, at least  
until the tcl-ized es came along, by which time we expect to be able to  
replace the globber.  (if es is your debugger's command language, globbing on  
program symbols rather than filenames makes more sense.)

suggestions, folks?  a globber that uses grep(1) expressions rather than  
shell globbing?  dwimming/spelling correction in the globber?  is this useful  
enough that we should drop everything and add a globber hook now?