bug-gnulib
[Top][All Lists]
Advanced

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

Re: (sharutils) make distclean removes doc/uudecode.1


From: Bruce Korb
Subject: Re: (sharutils) make distclean removes doc/uudecode.1
Date: Sat, 06 Apr 2013 12:19:54 -0700
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130105 Thunderbird/17.0.2

The last dinkleberry has to do with libintl.

On OS/X:

> $ ldd ../src/shar
>         libintl.so.8 => /usr/local/lib/libintl.so.8 (0x0000020000036000)
>         libc.so.6.1 => /lib/libc.so.6.1 (0x0000020000054000)
>         libiconv.so.2 => /usr/local/lib/libiconv.so.2 (0x00000200001f4000)
>         /lib/ld-linux.so.2 (0x0000020000000000)
> $ unset LD_LIBRARY_PATH
> $ ldd ../src/shar
>         libintl.so.8 => not found
>         libc.so.6.1 => /lib/libc.so.6.1 (0x0000020000036000)
>         /lib/ld-linux.so.2 (0x0000020000000000)

There must be some magic that I am missing.  I have a bunch of
"intl" files, including m4 macros, but something is wrong:

> $ find . -type f -name '*intl*' -o -name '*gettext*'
> ./intl/gettext.c
> ./intl/intl-compat.c
> ./intl/dcngettext.c
> ./intl/libintl.rc
> ./intl/ngettext.c
> ./intl/dcgettext.c
> ./intl/dcigettext.c
> ./intl/intl-exports.c
> ./intl/gettextP.h
> ./intl/dgettext.c
> ./intl/libgnuintl.h.in
> ./intl/dngettext.c
> ./libopts/gettext.h
> ./lib/gettext.h
> ./m4/gettext.m4
> ./m4/intldir.m4
> ./m4/intlmacosx.m4
> ./m4/intl.m4

It _looks_ like it finds libintl in /usr/local/lib and then
links the executables without marking it with:
   -Wl,-rpath -Wl,/usr/local/lib
Shouldn't that incantation be pretty automatic?



reply via email to

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