libtool
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: ltdl/mdemo test


From: Gary V. Vaughan
Subject: Re: ltdl/mdemo test
Date: Thu, 13 Sep 2001 21:30:40 +0100
User-agent: Mutt/1.3.22.1i

On Wed, Sep 12, 2001 at 07:31:41PM +0100, Nick Hudson wrote:
> On Tuesday 11 September 2001 19:34, Gary V. Vaughan wrote:
> > On Mon, Sep 10, 2001 at 08:29:17PM +0100, Nick Hudson wrote:
> > > On Monday 10 September 2001 18:59, Patrick Welche wrote:
> > > > I mumbled about mdemo-exec and friends failing a while back, but
> > > > hopefully this will make the problem a bit clearer:
> > >
> > > I already stated that the problem lies in the fact that the configuration
> > > goop expects dlopen to be in a library other than libc for libltdl. This
> > > is plain wrong on NetBSD and probably other BSD derivatives.
> >
> > Fixed in 1.4.2:
> >
> > 2001-09-03  Brad  <address@hidden>
> >
> >     * ltdl.m4 [AC_LTDL_SYS_DLOPEN_DEPLIBS]: Teach ltdl about the
> >     behavior of OpenBSD's dlopen().
> 
> This change has nothing to do with *Net*BSD or indeed the problem I'm not 
> describing very well.
> 
> So, here goes again...

Okay.  Sorry.  I thought that they would have had the same dlopen
issues.

> In ltdl.c the following code exists
> 
> --- cut here ---
> #if HAVE_LIBDL && !defined(__CYGWIN__)
>       errors += lt_dlloader_add (lt_dlloader_next (0), &sys_dl, "dlopen");
> #endif
> #if HAVE_SHL_LOAD
>       errors += lt_dlloader_add (lt_dlloader_next (0), &sys_shl, "dlopen");
> #endif
> #ifdef __WINDOWS__
>       errors += lt_dlloader_add (lt_dlloader_next (0), &sys_wll, "dlopen");
> #endif
> #ifdef __BEOS__
>       errors += lt_dlloader_add (lt_dlloader_next (0), &sys_bedl, "dlopen");
> #endif
> #if HAVE_DLD
>       errors += lt_dlloader_add (lt_dlloader_next (0), &sys_dld, "dld");
> #endif
>       errors += lt_dlloader_add (lt_dlloader_next (0), &presym, "dlpreload");
> 
> -- cut here ---
> 
> For NetBSD non of HAVE_LIBDL, HAVE_SHL_LOAD, HAVE_DLD are true and so 
> "dlopen" doesn't get added as a loader.

HAVE_LIBDL is a misnomer, and should perhaps be renamed to
HAVE_DLOPEN, since the additon of a library that contains dlopen is
handled separately.

Does libtool's configury detect that there is a dlopen function on
NetBSD, but forget to set HAVE_LIBDL?  I just backported AC_LTDL_DLLIB
to branch-1-4, so cvs updating may be fruitful...

Thanks for persevering with me :-)

Cheers,
        Gary.
-- 
  ())_. Gary V. Vaughan     gary@(oranda.demon.co.uk|gnu.org)
  ( '/  Research Scientist  http://www.oranda.demon.co.uk       ,_())____
  / )=  GNU Hacker          http://www.gnu.org/software/libtool  \'      `&
`(_~)_  Tech' Author        http://sources.redhat.com/autobook   =`---d__/



reply via email to

[Prev in Thread] Current Thread [Next in Thread]