6.15.00: `config.rpath' missing
Maciej W. Rozycki
macro at linux-mips.org
Thu Aug 28 01:33:01 EEST 2008
On Wed, 27 Aug 2008, Christos Zoulas wrote:
> | It comes with gettext. Watch the spelling -- it's gettextize! It's full
> | description is referred to from the main gettext info page in the "The
> | Maintainer's View" section.
>
> What version of gettext? It is seems not to be in 0.14.4 which NetBSD currently
It's been there at least since 0.10.35 which is the oldest version I have
ever dealt with. I do not have older versions handy. It looks like the
NetBSD installation is incomplete then. Myself, I tend to build software
from sources, so I end up with whatever the respective maintainer of a
piece of software decided should be installed.
Anyway, you can copy config.rpath manually. If that is not installed
either, then you can extract it from a gettext source distribution.
After all, it is merely a shell script -- no rocket science here.
I reckon this config.rpath script to be a fairly recent addition.
> has. Finally it seems wrong to me to depend on a particular iconv installation
> to grab autoconf features for it. This does not belong in gettext, but in
This is an autoconf extension, so it cannot come with autoconf proper.
You are right though that AM_ICONV should not depend on the
system-installed locale support and to the best of my knowledge that is
indeed the intent. The user does not have to have gettext installed for
compilation to work.
However the AM_ICONV implementation you have chosen actually comes with
gettext and I think its assumption for a software package maintainer to
have the rest of gettext installed too is not unreasonable.
> autoconf. How does solaris and other !linux OS's handle this?
I have no access to such systems anymore, sorry. However as I understand
the behaviour is essentially the same: if there is locale support
installed in the system and its functionality is good enough as determined
by the autoconf macro, then it is used, otherwise the library bundled with
the software package is built and used instead (unless --disable-nls is
specified).
As I understand config.rpath is used to handle the case where a
non-standard system-installed locale support library is in a place, such
as /usr/local/lib, where it is not normally searched by the run-time
loader; in this case a system-specific flag is passed through to the
static loader so as to add the necessary library search path to the
binary being linked against the library. The purpose of the script is to
produce the flag needed.
Please note that while I have some experience with some pieces of
software I do not claim authority on gettext -- please consider discussing
any concerns with gettext maintainers at <bug-gnu-gettext at gnu.org>. Feel
free to cc me if you believe I might provide any insight.
Maciej
More information about the Tcsh-Bugs
mailing list