Alexandre Oliva wrote:
> On Jul 18, 1999, Petter Reinholdtsen <[EMAIL PROTECTED]> wrote:
>
> > [Alexandre Oliva]
> >> It is BeOS that doesn't support incomplete libraries, there's
> >> nothing libtool can do until BeOS starts to support them.
>
> > What do you mean by incomplete shared libraries?
>
> A shared library that has undefined symbols, that must be supplied by
> programs or other libraries, when a program is linked with it. Some
> systems can't create such libraries.
>
> There's another, not so strict, kind of incomplete library: one that
> is linked with other shared library, and uses symbols from it, as
> opposed to copying them.
>
> > Could Japhar be restructured to work around the problem?
>
> Yup. You'd have to link japhar with any library it might dlopen using
> the -dlopen flag. So, when a dlopenable module cannot be constructed,
> libtoll will create a static library and link the program with it,
> generating a symbol table that can be used by libltdl or equivalent to
> emulate dlopening.
this last paragraph makes me wonder: should we just nuke most (all) of
dynamic_loading.c and use libltdl? will this work for us they way
japhar's dynamic loading stuff already works?
xtoph
