On Jul 31, 2007, at 03:47, Xin Liu wrote:
On 7/29/07, Ryan Schmidt wrote:
On Jul 28, 2007, at 21:08, Daniel J. Luke wrote:
On Jul 28, 2007, at 6:34 PM, Xin Liu wrote:
My libiconv version is 1.11_4+darwin_8.
When I run iconv, I got the following error:
***
cookie:~ lx$ iconv
dyld: Library not loaded: /usr/local/lib/libintl.3.dylib
Referenced from: /opt/local/bin/iconv
Reason: image not found
Trace/BPT trap
***
Your libiconv built against a gettext that you had installed into /
usr/local (which is a default compiler search path) and when you
removed or changed the gettext in /usr/local, it broke your
macports installed libiconv.
The libiconv port should probably be modified (if possible) to make
sure it only builds against the macports-provided gettext.
I'm not sure how to modify the libiconv port to do that, but if
anybody else does, I'd be happy to accept a patch.
I would expect that other ports have problems with items installed
in /usr/locall, so I recommend you do not install anything in /usr/
local. Instead, use MacPorts to install all software.
I'm a little confused by the relationship between libiconv and
gettext. From the portfile and the configure script of gettext, it
does depend on libiconv; but libiconv seems to depend on gettext too.
So what is the correct building sequence? libiconv first, or gettext
first? What's the difference between these two sequences?
The gettext portfile depends on the libiconv portfile. The libiconv
portfile does not depend on the gettext portfile (since circular
dependencies are not allowed in MacPorts), and includes the configure
argument "--without-libintl-prefix" which I presume is meant to
disable gettext (a.k.a. libintl) support in libiconv. It appears not
to have done that for you, though, and that the correct option to
accomplish that would have been "--disable-nls".
"--without-libintl-prefix" was added to the libiconv portfile in
r21556 allegedly as a result of ticket #11245, though the patch in
that ticket does not include that modification. Takanori, do you
remember why you added this configure argument?
_______________________________________________
macports-users mailing list
[email protected]
http://lists.macosforge.org/mailman/listinfo/macports-users
