> X-Original-To: ksh93-integration-discuss at opensolaris.org
> Delivered-To: ksh93-integration-discuss at opensolaris.org
> Subject: Re: [ksh93-integration-discuss] libcmd must die [PSARC-EXT/2006/561
Timeout: 09/05/2006]
> From: Bill Sommerfeld <sommerfeld at sun.com>
> To: Joseph Kowalski <Joseph.Kowalski at eng.sun.com>, Korn Shell 93
integration/migration project discussion
<ksh93-integration-discuss at opensolaris.org>
> Date: Fri, 29 Sep 2006 11:07:13 -0400
> Mime-Version: 1.0
> Content-Transfer-Encoding: 7bit
> Cc: don.cragun at sun.com, roger.faulkner at sun.com, Rod.Evans at sun.com,
PSARC-EXT at sac.sfbay.sun.com, roland.mainz at nrubsig.or
> X-BeenThere: ksh93-integration-discuss at opensolaris.org
> X-Mailman-Version: 2.1.4
> List-Id: Korn Shell 93 integration/migration project discussion
<ksh93-integration-discuss.opensolaris.org>
> List-Unsubscribe:
<http://mail.opensolaris.org/mailman/listinfo/ksh93-integration-discuss>,
<mailto:ksh93-integration-discuss-request at
opensolaris.org?subject=unsubscribe>
> List-Archive:
<http://mail.opensolaris.org/pipermail/ksh93-integration-discuss>
> List-Post: <mailto:ksh93-integration-discuss at opensolaris.org>
> List-Help:
<mailto:ksh93-integration-discuss-request at opensolaris.org?subject=help>
> List-Subscribe:
<http://mail.opensolaris.org/mailman/listinfo/ksh93-integration-discuss>,
<mailto:ksh93-integration-discuss-request at opensolaris.org?subject=subscribe>
>
> On Thu, 2006-09-28 at 19:03 -1000, Joseph Kowalski wrote:
> > This project explicitly requests permission to integrate as multiple
> > putbacks. Steps 1) and 2) are allowed to integrate separately from
> > the subsequent steps. Steps 3) and 4) must happen monolithically and
> > logically as part of the ksh (1993) putback. It seems unreasonable to
> > burden an OpenSolaris originated project with steps 1) and 2), particularly
> > as some instances of -lcmd may be in closed source.
>
> What's the state of libcmd after part (1) delivers? is there a reduced
> husk of a libcmd which acts only as a filter to libc for the def*()
> functions it formerly implemented, or is it left intact with a second
> copy of the functions?
>
> Unless all four parts are delivering together, it seems like it would be
> better to deliver the filter-only library as part of part (1); part (4)
> would conceptually add the ksh93-delivered libcmd to the empty husk, and
> part (3) (atomically part of part 4) would essentially disappear.
>
>
>
If PSARC-EXT/2006/561 specifies that the existing libcmd files be removed,
per step (3), the following files would be removed:
/lib/libcmd.so
/lib/libcmd.so.1
/lib/{amd64,sparcv9}/libcmd.so
/lib/{amd64,sparcv9}/libcmd.so.1
/usr/lib/libcmd.so
/usr/lib/libcmd.so.1
/usr/lib/{amd64,sparcv9}/libcmd.so
/usr/lib/{amd64,sparcv9}/libcmd.so.1
There is a pending update to the spec for PSARC-EXT/2006/550
which assumes that the ksh93 integration case
will deliver only the new AT&T b_*() interfaces to an empty, existing libcmd.
Well, the current version of the spec assumes this as well but isn't
as clear on this point.
These new interfaces are Project Private, so if PSARC-EXT/2006/550 needs to
specify adding the libcmd library also, it should also be Project Private.
If so, it would only be appropriate to add the libraries
/usr/lib/libcmd.so.1
/usr/lib/{amd64,sparcv9}/libcmd.so.1
and no compilation environment name (libcmd.so), as recommended in the
Best Practices doc on Libraries and Shared Objects Requirements:
http://opensolaris.org/os/community/arc/policies/libraries/
Note that the removal of libcmd.so would be a problem for unbundled
or non-ON applications
which attempt to compile with -lcmd. Within ON, we're removing -lcmd
(ksh93 will be able to compile by finding libcmd.so in the ON proto area).
So yes, I would prefer that PSARC-EXT/2006/561 removed the def*() interfaces
and leave a libcmd husk. If PSARC-EXT/2006/561 also moves this libcmd
husk from /lib to /usr/lib (the real binaries live in /lib currently,
with symlinks from /usr/lib), that would be fine for PSARC-EXT/2006/550
but not required.
Thanks,
April
>
>
> _______________________________________________
> ksh93-integration-discuss mailing list
> ksh93-integration-discuss at opensolaris.org
> http://mail.opensolaris.org/mailman/listinfo/ksh93-integration-discuss
