William Parks also creates and maintains a patch for bash that extends bash functionality and improves bash speed. However, it may not yet be installed as prevalently as bash. If both bash authors worked together then bash might become a fast shell with amazing functionality.
http://home.eol.ca/~parkw/#bashdiff On the other hand libtool would probably not require new shell script functionality for interfacing with database, gtk+, and a built in web server. On Sat, Oct 25, 2008 at 1:31 PM, Bob Friesenhahn <[EMAIL PROTECTED]> wrote: > On Sat, 25 Oct 2008, Kyle Sallee wrote: > >> Rehacking libtool to support a faster shell is a good idea. >> But that should be done last after all the libtool shell syntax >> is optimized and invocation of external programs is minimized. > > A better idea is to perform some optimization of the world's least optimized > shell ("bash"). An excellent feature of bash is that it offers so much room > for performance improvement. > > A little time in the profiler will quickly discover where bash is being slow > and then someone can re-write that bit of the code to be more efficient. > There has not been a release of bash for two years now. Hopefully someone > is working on more than collecting bug-fix patches (39 official patches > already!). > > Bob > ====================================== > Bob Friesenhahn > [EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/ > GraphicsMagick Maintainer, http://www.GraphicsMagick.org/ _______________________________________________ http://lists.gnu.org/mailman/listinfo/libtool
