Joerg Schilling wrote: [snip] > > Certainly. It also lines up with replacing the existing find(1) with > > sfind - which you and I have talked about in the past - and as you say > > cdtrools would use them as well so that seems like goodness. > > Replacing Sun's current find(1) implementation by a wrapper to libfind would > help to have the same find(1) CLI for all programs that offer such a service.
Erm, this is not that easy. Somewhere on my todo list is an RFE to make the /usr/bin/find and /usr/xpg4/bin/find commands builtin commands in ksh93 for better performance and to allow that scripts can call shell functions via "find" and builtin commands with an unlimited amount of arguments. However this heavily collides with the idea to replace /usr/bin/find && /usr/xpg4/bin/find with a version based on "libfind" (which itself is based on libschily and lacks the libast extensions for pattern matching and other details). ---- Bye, Roland P.S.: Setting "reply-to:" to shell-discuss at opensolaris.org to discuss the problem there... in the meantime I suggest to leave the issue of replacing /usr/bin/find and /usr/xpg4/bin/find with "sfind" an open issue for the initial "star" putback until we would a solution which works for both ksh93 and J?rg if possible... -- __ . . __ (o.\ \/ /.o) roland.mainz at nrubsig.org \__\/\/__/ MPEG specialist, C&&JAVA&&Sun&&Unix programmer /O /==\ O\ TEL +49 641 7950090 (;O/ \/ \O;)
