libtool-patches
[Top][All Lists]
Advanced

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

Re: FYI: 333-gary-refactor-LTDL_INIT.patch


From: Ralf Wildenhues
Subject: Re: FYI: 333-gary-refactor-LTDL_INIT.patch
Date: Tue, 8 Jan 2008 21:18:31 +0100
User-agent: Mutt/1.5.13 (2006-08-11)

Hi Gary,

* Gary V. Vaughan wrote on Tue, Jan 08, 2008 at 10:00:30AM CET:
> On 8 Jan 2008, at 04:40, Ralf Wildenhues wrote:
>
>> There is code that checks $prefix/lib.  I realize this has been that  
>> way
>> before your patch, but shouldn't we test (expanded) $libdir instead,  
>> so
>> that users of libdir='${prefix}/lib64' get what they want?
>
>
> Hmm.  Well, looking through the expanded testsuite, and the Makefile  
> rules that call it, libdir is not set.  Some of our tests fake it by
> setting  it in the .at file (link-order.at f'rinstance), but that
> won't help a user with libraries in lib64.
>
> I think I'm not understanding what you're asking for here.  Unless it is
> fixing a bug, then I'd like to leave it until after the release.

We can well leave it until after the release.

What I meant is this: libdir is usually initialized near the beginning
of a configure script (by Autoconf boilerplate code) like this:
  libdir='${prefix}/lib'

and it can be overridden by the user, e.g.:
  ./configure --prefix=/foo --libdir=/foo/lib64

in which case we'd be looking at /foo/lib.  But that's not all that
important, users can always get what they want by specifying LIBLTDL
correctly.

Cheers,
Ralf




reply via email to

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