[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: usage of config.rpath
From: |
Albert Chin |
Subject: |
Re: usage of config.rpath |
Date: |
Sat, 31 Dec 2005 11:07:28 -0600 |
User-agent: |
Mutt/1.5.6i |
On Fri, Dec 30, 2005 at 11:24:19PM +0100, Klaus Heinz wrote:
> the opensc project (www.opensc.org) uses libtool and libltdl in one of
> its libraries "openct".
> During the configure stage (running on NetBSD) I saw this
>
> checking for shared library run path origin... /bin/sh: Can't open
> ./config.rpath
> done
> checking how to link with libltdl... -lltdl
> checking ltdl.h usability... yes
> checking ltdl.h presence... yes
> checking for ltdl.h... yes
>
> The file config.rpath is not included in the archive so it cannot be
> found.
> I asked on the opensc mailing list about this behaviour but nobody
> really knew whether this is correct or not with respect to
> libtool/libltdl. It seems to work on Linux, Solaris and *BSD, so it
> cannot be a critical error but I still wonder...
>
> Openct uses a macro call AC_LIB_LINKFLAGS(ltdl) in its configure.ac
> which in turn uses AC_LIB_RPATH, both defined in acinclude.m4. As far as
> I understand it, those macros are used in order to determine the flags to
> correctly link with libltdl, even one platforms with exotic requirements
> (eg, AIX).
>
> Other packages I looked at (graphviz and kaffe) either have an empty
> file (graphviz) or provide a script config.rpath with their software.
> The latter seems to come from the gettext package.
>
> Should the opensc software ship a file config.rpath if they use those
> macros mentioned above? Where is the definite source for config.rpath?
> From searches on the web it is not clear to me which project is
> responsible for all this (libtool, autoconf, gettext, ?).
config.rpath is from the GNU gettext project.
And yes, any package using GNU gettext should ship with config.rpath.
--
albert chin (address@hidden)