#12558 closed defect (fixed)
libiconv sometimes depends on gettext
| Reported by: | sfiera@… | Owned by: | ryandesign (Ryan Carsten Schmidt) |
|---|---|---|---|
| Priority: | Low | Milestone: | |
| Component: | ports | Version: | 1.5.2 |
| Keywords: | libiconv intltool | Cc: | sfiera@…, ryandesign (Ryan Carsten Schmidt) |
| Port: |
Description
Apparently libiconv will detect the presence of intltool and compile against it if it is there. Previously otool -L did not report /opt/local/bin/iconv as being linked against libintl on my system, presumably because I had originally installed libiconv before intltool. However, after reinstalling iconv, I now see:
% otool -L /opt/local/bin/iconv
/opt/local/bin/iconv:
/System/Library/Frameworks/CoreFoundation.framework/Versions/A/CoreFoundation (compatibility version 150.0.0, current version 368.28.0)
/opt/local/lib/libintl.8.dylib (compatibility version 9.0.0, current version 9.1.0)
/opt/local/lib/libiconv.2.dylib (compatibility version 7.0.0, current version 7.0.0)
/usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 88.3.9)
However, iconv does not declare a dependency on intltool:
% port dependents intltool libbonobo depends on intltool
libiconv should either declare a dependency on intltool or pass an explicit configure argument (--without-intltool?) to disable support.
Change History (6)
comment:1 Changed 17 years ago by ryandesign (Ryan Carsten Schmidt)
| Cc: | sfiera@… added |
|---|
comment:2 Changed 17 years ago by sfiera@…
| Summary: | libiconv sometimes depends on intltool → libiconv sometimes depends on gettext |
|---|
Sorry, should have checked that more thoroughly--but something was obviously up :)
comment:3 Changed 17 years ago by ryandesign (Ryan Carsten Schmidt)
| Status: | new → assigned |
|---|
comment:4 Changed 17 years ago by ryandesign (Ryan Carsten Schmidt)
I wasn't seeing this problem because I had gettext+universal installed and libiconv doesn't ever try to link against gettext+universal for some reason. I don't know whose problem that is.
Anyway, reinstalling gettext non-universal allowed me to see the problem and commit a fix in r28926.
comment:5 Changed 17 years ago by ryandesign (Ryan Carsten Schmidt)
| Resolution: | → fixed |
|---|---|
| Status: | assigned → closed |
As far as I know, libintl has nothing to do with intltool. libintl is provided by gettext, not intltool.
gettext and libiconv are peculiar in that each can depend on the other. Since MacPorts doesn't allow circular dependencies, I believe the intention was for gettext to depend on libiconv, and for libiconv to build without gettext support. However, that's clearly not happening if your libiconv is in fact linking against libintl. I'll have to look into why that is.