Alan Coopersmith wrote: > Roland Mainz wrote: > > Therefore we choose the solution of "merging" both libraries - we take > > the ksh93 version of libcmd and the Solaris libcmd and make one library > > from it, avoiding major problems with other consolidations and even > > honor binary backwards-compatibility to older versions of libcmd.so > > You can preserve binary compatibility without doing a full merge. > Move the old one to libsuncmd.so.1 and then add filter entries to > the mapfile for the ksh libcmd.so.1 to redirect users there. > If nothing else it's easier for others to build their own ksh > binaries and retain this compatibility, since they won't need to > copy in the Sun libcmd sources.
This option was considered, too - however we would end-up with a new library for less than a handfull of functions which I consider a waste of both engineering and adminstrative time. AFAIK the right place would be libcmdutils.so but I have no clue what will happen if we redirect consumers of Solaris libcmd.so to that library which contains other symbols, too. Solaris's and ksh93's libcmd have clean prefixes (|def*()| and |b_*()|) but the symbols in libcmdutil.so don't have that... ---- Bye, Roland -- __ . . __ (o.\ \/ /.o) roland.mainz at nrubsig.org \__\/\/__/ MPEG specialist, C&&JAVA&&Sun&&Unix programmer /O /==\ O\ TEL +49 641 7950090 (;O/ \/ \O;)
