On Wed, 15 Feb 2006 16:13:27 +0100 Felix Schulte wrote:
> On 2/15/06, Henk Langeveld <hlangeveld at mailworks.org> wrote:
> > Glenn Fowler wrote:
> > > libast -- major components used by ksh
> > > libcmd -- builtin commands (can be pruned to essential builtins)
> > > libdll -- portable runtime plugin interface
> > As an alternative, we could consider creating an AST BRANDZ distribution
> > for Solaris...
> And this makes sense - how?
> libast is similar to Mozilla NSPR (portable run time) library idea and
> the total size of all the three libs doesn't justify a whole new
> distribution.
for solaris packaging
if the goal is dynamic ksh linked against the shell shared lib then
it would be possible to link { libshell.a libcmd.a libdll.a libast.a }
into an all-in-one libshell.so so that the only ksh specific shared lib
would be libshell.so
this fits in with the ast build system where shared libs are built from .a's,
so building the all-in-one libshell would just be one extra ld command
user -lcmd style plugins are currently documented to link against -lshell
the (ast nmake) build system maps -lshell to its constituents
so on solaris
-lshell => -lshell
and on non-solaris
-lshell => -lshell -lcmd -ldll -last
I haven't tested this but it should be possible to package other ast
commands for solaris to be linked against the all-in-one -lshell
