On 03/18/10 10:53, Garrett D'Amore wrote: > I'm actually of the opinion that this entire case, along with the > /usr/gnu situation, is a mess, and we should go back to the drawing > board (so to speak) and address the more significant concerns that are > the root cause for this case (in particular the /usr/gnu replacements) > to come up.
Regardless of your feelings about the existence of /usr/gnu, the fact is that there are multiple versions of various commands out there, and users who expect those commands to work in their manifold versions. It seems broken to suggest that the incorporation of ksh93 built-ins in any way should in any way constrain the addition of new features into the emulated commands. ksh93 is merely one shell among many, and despite a somewhat vociferous and adulatory fan base is not the only programming environment out there. If you need to add built-ins to the shell to solve your script performance issues I think you've chosen the wrong programming environment, and should consider something other than a shell. - Bart -- Bart Smaalders Solaris Kernel Performance bart.smaalders at oracle.com http://blogs.sun.com/barts "You will contribute more with mercurial than with thunderbird."