RPM Community Forums

Mailing List Message of <rpm-devel>

Re: RPM_CHECK_LIB: Adding .../lib64/... searches

From: Mark Hatle <mark.hatle@windriver.com>
Date: Thu 21 Aug 2008 - 23:38:45 CEST
Message-ID: <48ADE065.20505@windriver.com>
Just an FYI, the lib64 scan was added because of short amount of time.  We knew
it wasn't the right approach.. but it wasn't completely clear what WAS the right

Any place thats just scanning for "lib" is just as broken as scanning for lib64
or lib32 or lib42.  There should be a way to pass in the lib directory name and
use that for the scanning (if AM_PATH_PYTHON approach doesn't fix the issue.)


Ralf S. Engelschall wrote:
> On Tue, Aug 19, 2008, Jeff Johnson wrote:
>> On Aug 19, 2008, at 1:37 PM, Jeff Johnson wrote:
>>>>> $ CPPFLAGS="-I/path/to/foo/include" \
>>>>>   LDFLAGS="-L/path/to/foo/lib64" \
>>>>>   ./configure --with-foo=external
>>>>> This way the "libfoo.* should be happily picked up from
>>>>> /path/to/foo/lib64, too.
>>> Let me whack at  this approach some. Thanks.
>> This approach will mostly work.
>> However, I will need to fix libtool within python/Makefile.am somewhat,
>> there's an issue with libdir != -rpath path using libtool to install
>> using
>> current conventions for WITH_PYTHON_LIBDIR search and value passed.
>> Which leads me to the discovery of
>> as used by rpm.org.
>> Any objections to attempting AM_PATH_PYTHON on HEAD?
> I've never used AM_PATH_PYTHON but if it is better than the historical
> stuff we have in configure.ac, just use AM_PATH_PYTHON, of course.
>                                        Ralf S. Engelschall
>                                        rse@engelschall.com
>                                        www.engelschall.com
> ______________________________________________________________________
> RPM Package Manager                                    http://rpm5.org
> Developer Communication List                        rpm-devel@rpm5.org
Received on Fri Aug 22 02:14:40 2008
Driven by Jeff Johnson and the RPM project team.
Hosted by OpenPKG and Ralf S. Engelschall.
Powered by FreeBSD and OpenPKG.