Re: make libltdl work on platforms without loader

[Gary V. Vaughan]

Ralf Wildenhues wrote:
> OK to apply to HEAD and branch-2-0?

> patch #1:
> This cute typo (leftover from some incomplete renaming?) was almost
> responsible for physical damage.
>
>         * config/ltmain.m4sh (func_mode_link): $dlsymsobj is really
>         $symfileobj, bug exposed only in the static preloading case
>         (symfileobj is created, but not linked into output).

Good catch!  Please go ahead with this one.

> patch #2:
> On a platform with only the preopen loader, the symfileobj for
> libltdl*.la will not be created, simply because there is no lalib
> to be dlpreopened.  However, the ltdl code requires the symbol
> lt_$(LIBLTDL)_LTX_preloaded_symbols to be present (program link time
> failure).  I guess the proper fix would probably adding a switch to
> `libtool --mode=link' which would force output of the symfileobj.
> The quickest solution I could come up with was just adding a dummy
> loader in case there is no other loader.  We can still do it right
> sometime later.
>
> I hate bootstrapping corner cases.
>
>         * libltdl/loaders/dummy.c: new file, dummy loader that doesn't
>         do anything and always fails.
>         * m4/ltdl.m4 (LT_LIB_DLLOAD), libltdl/loaders/Makefile.am:
>         In case of no other loader, use the dummy loader to force
>         symfileobj creation.

Yuck!  No, I think we should fix this properly from the outset.  It 
should only be a matter of #defining it away under the right 
circumstances...

I expect we'll need to fix the annoying need-a-.la-file-even-to-dlopen-
a-preloaded-module bug too :-(

Cheers,
        Gary.
--
Gary V. Vaughan      ())_.  address@hidden,gnu.org}
Research Scientist   ( '/   http://tkd.kicks-ass.net
GNU Hacker           / )=   http://www.gnu.org/software/libtool
Technical Author   `(_~)_   http://sources.redhat.com/autobook

signature.asc
Description: OpenPGP digital signature