Note that this email is not related to the architecture of the case that brought issue to bear.
Don Cragun wrote: > ... > >>>2) If the answer to #1 is "no", would it be possible to introduce some >>>of the GNU improvements (functional equivalents -- obviously the GPL >>>requires a totally separate implementation) to our sed, or >>> >>> > >No. Using the standards conformance tests on /usr/xpg4/bin/sed Carol >found no errors (as required for UNIX branding). Using the same tests >on /usr/bin/sed found 38 failures. Using the same tests on gsed found >14 failures (and 11 of those were not failures in common with >/usr/bin/sed). People depending on the actions of any one of these >three will not be likely to be happy using either of the other two as a >replacement, and merging features of any two together will break >features of at least one of the versions. > > Don, In the interests of moving to having a "free" sed, is it possible for us to publish the tests or reference(s) to the tests with the results so that bug-compatible "free" versions can be developed? Darren
