Roland Mainz writes: > Peter Memishian wrote: > > > Does anyone know what happened to the Janitors/Sweepers/Cleanup/etc. > > > project discussed a while ago ? Right now I am collecting a bunch of > > > "cleanup" patches to cleanup some cruft and do some POSIXyfiying of the > > > tree (e.g. make sure the tree works with XPG4/XPG6-conformant tools, > > > make sure it builds with multibyte locales like en_US.UTF-8 etc.) and I > > > am not sure where I could "dump" them to... > > > > I thought that was a request for a community, not a specific project. If > > you have general improvements, please just put them back :-) > > AFAIK first there would need to be a consens that replacing things like > /usr/bin/grep with /usr/xpg4/bin/grep etc. is "ok"
We already have this precedent; it was established with PSARC 2005/683. That opinion stated: 4.5. Gratuitous Divergence Obscures The Architecture The discussion also exposed significant divergence between our standards compliance architecture and its implementa- tion. In many cases, once a decision to "fork" a command was made, many new non-conflicting behaviors were integrated only into the xpgN variants. However, as a general rule, there should be no cases where a particular command feature, option, or the like accepted by a /usr/xpgN/bin variant should generate a syntax error when fed to the default sys- tem (/usr/bin) variant; similarly, non-conflicting features found in the default system variant should generally be present in any /usr/xpgN/bin variant unless they conflict with the requirements of the relevant standards. [...] 6.2. Repair Existing Gratuitous Divergence Unnecessarily divergent behavior between standards-compliant and default variants of the commands we ship in Solaris is a recurring source of irritation, confusion, and dissatisfac- tion. While each individual instance of divergence is minor, the cumulative impact is akin to that of a thousand paper cuts. Many of these fixes are likely to be small "starter" bugs appropriate for new developers, though subtleties requiring review from experienced engineers will abound. Engineers should be encouraged to fix these and other "irritant" bugs as they are found. > (and add > /usr/xpg6/bin:/usr/xpg4/bin in front of the $PATH provided by "bldenv" > (this is what I mean with "POSIXyfiying")) ... I'm not really clear on why that's at all helpful. It applies what appears to be an unnecessary constraint. That probably requires more discussion. I'd suggest starting by filing an RFE. > ... the other items include less controversial things - like sticking a > "-xtrconst" to all SUNWonbld build tools (and some other places, IMO we > should make a list of commands which are run very often and check how > the performance can be improved (options include the usage of > "-xtrconst", lazyload, I/O via libast etc.)), cleanup some scripts etc. That sounds quite useful. -- James Carlson, KISS Network <[EMAIL PROTECTED]> Sun Microsystems / 1 Network Drive 71.232W Vox +1 781 442 2084 MS UBUR02-212 / Burlington MA 01803-2757 42.496N Fax +1 781 442 1677 _______________________________________________ opensolaris-code mailing list [email protected] http://mail.opensolaris.org/mailman/listinfo/opensolaris-code
