Re: [bug-gettext] gettext and -R

[Daiki Ueno]

Ryan Schmidt <address@hidden> writes:

> LTLIBICONV = -L/opt/local/lib -liconv -R/opt/local/lib

Thanks for the report and investigation.  However, I don't think this is
the root cause of the problem, because the '-R' option is handled
specially by libtool:
https://www.gnu.org/software/libtool/manual/libtool.html#Link-mode and
translated into a portable option.

> Because I am using a recent version of clang ("Apple LLVM version 6.0 
> (clang-600.0.54) (based on LLVM 3.5svn)"), this in turn causes the build of 
> the other package to fail with this error:
>
> clang: error: unknown argument: '-R/opt/local/lib'

Could you provide the full build log?  I can't reproduce it with an
older version of clang ("Apple clang version 4.1
(tags/Apple/clang-421.11.66) (based on LLVM 3.1svn)").  I have a similar
line in Makefiles:

  LTLIBICONV = -L/usr/local/lib -liconv -R/usr/local/lib

and '-R' option is given to a libtool call:

  /bin/sh ../libtool  --tag=CC --mode=link \
    clang -I/usr/local/include -g -O2 -fvisibility=hidden   -o libintl.la \
    bindtextdom.lo ... -L/usr/local/lib -liconv -R/usr/local/lib -Wl,-framework 
-Wl,CoreFoundation   -lc \
    -version-info 9:2:1 \
    -rpath /usr/local/lib \
    -no-undefined

The command-line is translated into:

  libtool: link: clang -dynamiclib -o .libs/libintl.8.dylib .libs/bindtextdom.o 
... -L/usr/local/lib /usr/local/lib/libiconv.dylib -lc -O2 -Wl,-framework 
-Wl,CoreFoundation -install_name /usr/local/lib/libintl.8.dylib 
-compatibility_version 10 -current_version 10.2 -Wl,-single_module

Perhaps it might be just stripped off because /usr/local/lib is a
standard library location?

Regards,
--
Daiki Ueno