> The udpated issues file and proposal are now installed in the cases
> materials-final directory.  Diffs are also available there showing
> differences from the previous version.  It may take some time before
> these are copied to the external mirror site.

> --- proposal.sep26    Wed Sep 27 12:47:36 2006
> +++ proposal  Wed Sep 27 12:49:03 2006
> @@ -25,7 +25,7 @@
>       April Chin (april.chin at sun.com)
>  
>  1.3 Date of this Document:
> -     26 September, 2006
> +     27 September, 2006

        I fail to see any mention of the case dependence on resolving
        the Sun named libcmd library.

>  Four new shared libraries from AT&T will be introduced,
> -and one Sun private shared library (libcmd) will be appended with new 
> +and one existing shared library (libcmd) will be appended with new 

        I don't recall anything about appending the Sun private def*
        stuff here.  In fact I thought the agreement was no code
        merging in libcmd.  I thought the def* stuff would be moved
        elsewhere and there would no longer be /lib/libcmd* except
        for perhaps a symlink from the dependent case to /usr/lib/...
        and the stuff in /usr/lib/libcmd* would have redirection
        map files interposers (or other technology) to resolve binary
        compatibility.

>  libcmd - the AT&T library contains built-in commands and will be merged 
> -     with the existing Solaris libcmd Sun private shared library.  
> +     with the existing Solaris libcmd shared library.  

        As above.

>       The new interfaces are AT&T implementations of common commands 
>       which the Solaris OS implements as binaries under /usr/bin, 
>       /usr/xpg4/bin, and /usr/xpg6/bin.  A subset of these AT&T 
>       implementations will be introduced as built-in commands in ksh93 
> -     (see below).  The existing three Solaris libcmd interfaces (defopen, 
> -     defread, and defcntl) which are used by many Sun applications, 
> -     including many outside of the ON consolidation, will be left 
> -     untouched.  
> +     (see below).  

        I'm not sure how this new paragraph with implies merging,
        but with the def* removed fits with what I understood
        was agreed to.

Gary..

Reply via email to