openjade 1.3.2_8 link: cannot find the library `/usr/lib/libiconv.la'

[matteocorti (Matteo Corti)]

:info:build /bin/sh /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_textproc_openjade/ope
njade/work/openjade-1.3.2/libtool --mode=link /usr/bin/clang++ -allow-undefined -pipe -Os -isystem /opt/local/include -fno-rtti -arch x86_64 -std
lib=libc++ -I. -I./../include -I./../grove -I./../spgrove -I./../style -I/opt/local/include/OpenSP -I/opt/local/include/OpenSP/..  -DPACKAGE_NAME
=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE=\"openjade\" -DVERSION=\"1.3.2\" -DH
AVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_
H=1 -DHAVE_UNISTD_H=1 -DHAVE_STRUCT_STAT_ST_BLKSIZE=1 -DHAVE_ST_BLKSIZE=1 -DSIZEOF_SIZE_T=8 -DSIZEOF_UNSIGNED_INT=4 -DSP_HAVE_LOCALE=1 -DSP_HAVE_
WCHAR=1 -DSP_HAVE_GETTEXT=1 -DSP_HAVE_BOOL=1 -DSP_ANSI_CLASS_INST=1 -DSP_HAVE_SOCKET=1 -DJADE_MIF=1 -DJADE_HTML=1 -DSP_MULTI_BYTE=1 -DSGML_CATALO
G_FILES_DEFAULT=\"/opt/local/share/sgml/catalog\" -DHAVE_DLFCN_H=1  -DDEFAULT_SCHEME_BUILTINS=\"/opt/local/share/sgml/openjade/builtins.dsl\" -Wl
,-headerpad_max_install_names -arch x86_64 -o openjade jade.o SgmlFOTBuilder.o RtfFOTBuilder.o HtmlFOTBuilder.o TeXFOTBuilder.o TransformFOTBuild
er.o MifFOTBuilder.o  ../style/libostyle.la ../spgrove/libospgrove.la ../grove/libogrove.la /opt/local/lib/libosp.dylib -L/opt/local/lib -lintl
:info:build libtool: link: `-allow-undefined' is deprecated because it is the default
:info:build mkdir .libs
:info:build libtool: link: cannot find the library `/usr/lib/libiconv.la'
:info:build make[2]: *** [openjade] Error 1

although the libiconv port is installed and could be used

:debug:main libiconv 1.14_0 exists in the ports tree
:debug:main libiconv 1.14_0  is the latest installed
:debug:main libiconv 1.14_0  is active
:debug:main Merging existing variants '' into variants
:debug:main new fully merged portvariants: 
:debug:main Changing to port directory: /opt/local/var/macports/sources/rsync.macports.org/release/tarballs/ports/textproc/libiconv
:debug:main OS darwin/14.0.0 (Mac OS X 10.10) arch i386
:debug:main Reading variant descriptions from /opt/local/var/macports/sources/rsync.macports.org/release/tarballs/ports/_resources/port1.0/variant_descriptions.conf
:debug:main Sourcing PortGroup muniversal 1.0 from /opt/local/var/macports/sources/rsync.macports.org/release/tarballs/ports/_resources/port1.0/group/muniversal-1.0.tcl
:debug:main universal variant already exists, so not adding the default one
:debug:main Running callback portconfigure::add_automatic_compiler_dependencies
:debug:main Finished running callback portconfigure::add_automatic_compiler_dependencies
:debug:main Running callback portbuild::add_automatic_buildsystem_dependencies
:debug:main Finished running callback portbuild::add_automatic_buildsystem_dependencies
:debug:main No need to upgrade! libiconv 1.14_0 >= libiconv 1.14_0

[matteocorti (Matteo Corti)]

log

[matteocorti (Matteo Corti)]

Cc Me!

[ryandesign (Ryan Carsten Schmidt)]

Remember to use WikiFormatting, fill in the Port field, and Cc the port's maintainer. You don't need to Cc yourself when you're the reporter.

[aidenn0@…]

This appears to be an error in the libintl.la file; it specifies a nonexistant libtool file. Were any changes made there recently?

[ryandesign (Ryan Carsten Schmidt)]

It builds fine for me. There aren't supposed to be (m)any .la files in MacPorts installations on 10.9 or greater. Did you just upgrade from an older version of OS X? If so, see wiki:Migration for the proper procedure.

[ryandesign (Ryan Carsten Schmidt)]

Has duplicate #45528.

[ryandesign (Ryan Carsten Schmidt)]

Has duplicate #44849.

[merul@…]

cc me. Exactly same log output.

[larryv (Lawrence Velázquez)]

You need to click the “Cc” button above to be Cc’d on a ticket.

[notinmyhead@…]

I'm upgrading everything from Maverick to Yosemite (Xcode 6.1), following the Migration info but I still get the same error...

:info:build /bin/sh /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_textproc_openjade/openjade/work/openjade-1.3.2/libtool --mode=link /usr/bin/clang++ -allow-undefined -pipe -Os -isystem /opt/local/include -fno-rtti -arch x86_64 -stdlib=libc++ -I. -I./../include -I./../grove -I./../spgrove -I./../style -I/opt/local/include/OpenSP -I/opt/local/include/OpenSP/..  -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE=\"openjade\" -DVERSION=\"1.3.2\" -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_STRUCT_STAT_ST_BLKSIZE=1 -DHAVE_ST_BLKSIZE=1 -DSIZEOF_SIZE_T=8 -DSIZEOF_UNSIGNED_INT=4 -DSP_HAVE_LOCALE=1 -DSP_HAVE_WCHAR=1 -DSP_HAVE_GETTEXT=1 -DSP_HAVE_BOOL=1 -DSP_ANSI_CLASS_INST=1 -DSP_HAVE_SOCKET=1 -DJADE_MIF=1 -DJADE_HTML=1 -DSP_MULTI_BYTE=1 -DSGML_CATALOG_FILES_DEFAULT=\"/opt/local/share/sgml/catalog\" -DHAVE_DLFCN_H=1  -DDEFAULT_SCHEME_BUILTINS=\"/opt/local/share/sgml/openjade/builtins.dsl\" -Wl,-headerpad_max_install_names -arch x86_64 -o openjade jade.o SgmlFOTBuilder.o RtfFOTBuilder.o HtmlFOTBuilder.o TeXFOTBuilder.o TransformFOTBuilder.o MifFOTBuilder.o  ../style/libostyle.la ../spgrove/libospgrove.la ../grove/libogrove.la /opt/local/lib/libosp.dylib -L/opt/local/lib -lintl
:info:build libtool: link: `-allow-undefined' is deprecated because it is the default
:info:build libtool: link: cannot find the library `/usr/lib/libiconv.la'
:info:build make[2]: *** [openjade] Error 1
:info:build make[2]: Leaving directory `/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_textproc_openjade/openjade/work/openjade-1.3.2/jade'
:info:build make[1]: *** [jade] Error 2
:info:build make[1]: Leaving directory `/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_textproc_openjade/openjade/work/openjade-1.3.2'
:info:build make: *** [all] Error 2

[adamb2903]

Replying to notinmyhead@…:

I too have followed the migration guidelines again *to the letter* (thank you for using another 16 hours of my time) and have gotten nowhere. Someone needs to impress on the developer that major ports (gimp2, wine) are broken by this behaviour. If there needs to be a reversion so that libiconv.la is installed, this needs to be put in place *quickly*, as many of us use these packages for production work.

I'm upgrading everything from Maverick to Yosemite (Xcode 6.1), following the Migration info but I still get the same error...

:info:build /bin/sh /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_textproc_openjade/openjade/work/openjade-1.3.2/libtool --mode=link /usr/bin/clang++ -allow-undefined -pipe -Os -isystem /opt/local/include -fno-rtti -arch x86_64 -stdlib=libc++ -I. -I./../include -I./../grove -I./../spgrove -I./../style -I/opt/local/include/OpenSP -I/opt/local/include/OpenSP/..  -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE=\"openjade\" -DVERSION=\"1.3.2\" -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_STRUCT_STAT_ST_BLKSIZE=1 -DHAVE_ST_BLKSIZE=1 -DSIZEOF_SIZE_T=8 -DSIZEOF_UNSIGNED_INT=4 -DSP_HAVE_LOCALE=1 -DSP_HAVE_WCHAR=1 -DSP_HAVE_GETTEXT=1 -DSP_HAVE_BOOL=1 -DSP_ANSI_CLASS_INST=1 -DSP_HAVE_SOCKET=1 -DJADE_MIF=1 -DJADE_HTML=1 -DSP_MULTI_BYTE=1 -DSGML_CATALOG_FILES_DEFAULT=\"/opt/local/share/sgml/catalog\" -DHAVE_DLFCN_H=1  -DDEFAULT_SCHEME_BUILTINS=\"/opt/local/share/sgml/openjade/builtins.dsl\" -Wl,-headerpad_max_install_names -arch x86_64 -o openjade jade.o SgmlFOTBuilder.o RtfFOTBuilder.o HtmlFOTBuilder.o TeXFOTBuilder.o TransformFOTBuilder.o MifFOTBuilder.o  ../style/libostyle.la ../spgrove/libospgrove.la ../grove/libogrove.la /opt/local/lib/libosp.dylib -L/opt/local/lib -lintl
:info:build libtool: link: `-allow-undefined' is deprecated because it is the default
:info:build libtool: link: cannot find the library `/usr/lib/libiconv.la'
:info:build make[2]: *** [openjade] Error 1
:info:build make[2]: Leaving directory `/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_textproc_openjade/openjade/work/openjade-1.3.2/jade'
:info:build make[1]: *** [jade] Error 2
:info:build make[1]: Leaving directory `/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_textproc_openjade/openjade/work/openjade-1.3.2'
:info:build make: *** [all] Error 2

[merul@…]

I've spent many more hours on this, and installed OS X 10.10 from scratch (keeping user home directories and Applications in place). Couldn't fix this for the life of me.

As a last resort I installed homebrew, and the brew prune command was extremely useful. It listed several includes and libs from 2006(!) that were still in place through serial upgrades.

I removed those manually, uninstalled brew and reinstalled macports and I can now install openjade. It's not an issue with the current libintl.la file, and in fact with the fresh install and manual prune there are no lib*.la files anywhere.

HTH

[notinmyhead@…]

I tried your approach too. It did not work for me. Since the issue sounds to me related to the search for a dynamic library that has a different extension, I hope in some upgrade including a patch or something...

[lockhart (Thomas Lockhart)]

Replying to matteo@…: I'm following the thread and thank everyone for trying to track down the failure scenario. I'm not sure what I can do as a port maintainer to help atm since it is not reproducible on my machine and can not be traced back to an interaction with another port. Any suggestions on how to narrow down the library search path to eliminate these spurious libraries?

[egan@…]

I have/had the same problem. To fix:

locate libintl.la (or find / -name libintl.la)

I found one in /usr/local/lib from 2009--dunno what I installed then. I can send to maintainer for testing.

mv /usr/local/lib/libintl.la /usr/local/lib/libintl.la.SAVE

sudo port clean openjade

sudo port upgrade openjade # works now

[adamb2903]

Give this person a prize! That has finally fixed it. Well done. Credit to all others for sticking with the issue.

Replying to egan@…:

I have/had the same problem. To fix:

locate libintl.la (or find / -name libintl.la)

I found one in /usr/local/lib from 2009--dunno what I installed then. I can send to maintainer for testing.

mv /usr/local/lib/libintl.la /usr/local/lib/libintl.la.SAVE

sudo port clean openjade

sudo port upgrade openjade # works now

NOTE: I did not hose, wipe out or reload anything, I've been upgrading laptops and OSes since 2008. I've got a mess of ports, brew, manual builds in /usr/local, old frameworks, etc... Still builds.

[notinmyhead@…]

Yeah, it solved my issue too. Thanks

[neverpanic (Clemens Lang)]

The FAQ has an entry for build failures that would have prevented this issue as of MacPorts 2.3.2: wiki:FAQ#buildfails mentions that you should attempt the build with the -t flag, i.e. sudo port -t install/upgrade openjade, which would have hidden any files in /usr/local from openjade's build system.

Especially if you're also using other package managers and/or have a bunch of stuff in /usr/local you should make using -t a habit whenever a build fails. It does have a noticeable performance overhead, but avoids problems like these.

[lockhart (Thomas Lockhart)]

Replying to cal@…:

The FAQ has an entry for build failures that would have prevented this issue as of MacPorts 2.3.2: wiki:FAQ#buildfails mentions that you should attempt the build with the -t flag, i.e. sudo port -t install/upgrade openjade, which would have hidden any files in /usr/local from openjade's build system.

Especially if you're also using other package managers and/or have a bunch of stuff in /usr/local you should make using -t a habit whenever a build fails. It does have a noticeable performance overhead, but avoids problems like these.

Thanks for the tip. Should this issue stay open or is it ready to close?

[ryandesign (Ryan Carsten Schmidt)]

Has duplicate #50054.

[andre.david@…]

Replying to cal@…:

The FAQ has an entry for build failures that would have prevented this issue as of MacPorts 2.3.2: wiki:FAQ#buildfails mentions that you should attempt the build with the -t flag, i.e. sudo port -t install/upgrade openjade, which would have hidden any files in /usr/local from openjade's build system.

Especially if you're also using other package managers and/or have a bunch of stuff in /usr/local you should make using -t a habit whenever a build fails. It does have a noticeable performance overhead, but avoids problems like these.

Well, I have the original issue with /usr/lib/libiconv.la, i.e. nothing with /usr/local. I am still unclear on how to proceed, since these are not stale files:

$ ls -latr /usr/lib/libiconv.*
-r-xr-xr-x 1 root wheel 2.1M Dec  3 07:35 /usr/lib/libiconv.2.dylib*
lrwxr-xr-x 1 root wheel   20 Dec 20 15:28 /usr/lib/libiconv.dylib -> libiconv.2.4.0.dylib*
lrwxr-xr-x 1 root wheel   16 Dec 20 15:28 /usr/lib/libiconv.2.4.0.dylib -> libiconv.2.dylib*

The actual error (even when using -t after clean --all) is

:info:build /bin/sh /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_textproc_openjade/openjade/work/openjade-1.3.2/libtool --mode=link /usr/bin/clang++ -allow-undefined -pipe -Os -isystem /opt/local/include -fno-rtti -arch x86_64 -stdlib=libc++ -I. -I./../include -I./../grove -I./../spgrove -I./../style -I/opt/local/include/OpenSP -I/opt/local/include/OpenSP/..  -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE=\"openjade\" -DVERSION=\"1.3.2\" -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_STRUCT_STAT_ST_BLKSIZE=1 -DHAVE_ST_BLKSIZE=1 -DSIZEOF_SIZE_T=8 -DSIZEOF_UNSIGNED_INT=4 -DSP_HAVE_LOCALE=1 -DSP_HAVE_WCHAR=1 -DSP_HAVE_GETTEXT=1 -DSP_HAVE_BOOL=1 -DSP_ANSI_CLASS_INST=1 -DSP_HAVE_SOCKET=1 -DJADE_MIF=1 -DJADE_HTML=1 -DSP_MULTI_BYTE=1 -DSGML_CATALOG_FILES_DEFAULT=\"/opt/local/share/sgml/catalog\" -DHAVE_DLFCN_H=1  -DDEFAULT_SCHEME_BUILTINS=\"/opt/local/share/sgml/openjade/builtins.dsl\" -Wl,-headerpad_max_install_names -arch x86_64 -o openjade jade.o SgmlFOTBuilder.o RtfFOTBuilder.o HtmlFOTBuilder.o TeXFOTBuilder.o TransformFOTBuilder.o MifFOTBuilder.o  ../style/libostyle.la ../spgrove/libospgrove.la ../grove/libogrove.la /opt/local/lib/libosp.dylib -L/opt/local/lib -lintl
:info:build libtool: link: `-allow-undefined' is deprecated because it is the default
:info:build libtool: link: cannot find the library `/usr/lib/libiconv.la'
:info:build make[2]: *** [openjade] Error 1

Did I miss something?

[lockhart (Thomas Lockhart)]

Replying to andre.david@…:

Replying to cal@…:

The FAQ has an entry for build failures that would have prevented this issue as of MacPorts 2.3.2: wiki:FAQ#buildfails mentions that you should attempt the build with the -t flag, i.e. sudo port -t install/upgrade openjade, which would have hidden any files in /usr/local from openjade's build system.

Especially if you're also using other package managers and/or have a bunch of stuff in /usr/local you should make using -t a habit whenever a build fails. It does have a noticeable performance overhead, but avoids problems like these.

Well, I have the original issue with /usr/lib/libiconv.la, i.e. nothing with /usr/local. I am still unclear on how to proceed, since these are not stale files:

$ ls -latr /usr/lib/libiconv.*
-r-xr-xr-x 1 root wheel 2.1M Dec  3 07:35 /usr/lib/libiconv.2.dylib*
lrwxr-xr-x 1 root wheel   20 Dec 20 15:28 /usr/lib/libiconv.dylib -> libiconv.2.4.0.dylib*
lrwxr-xr-x 1 root wheel   16 Dec 20 15:28 /usr/lib/libiconv.2.4.0.dylib -> libiconv.2.dylib*

The actual error (even when using -t after clean --all) is

:info:build /bin/sh /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_textproc_openjade/openjade/work/openjade-1.3.2/libtool --mode=link /usr/bin/clang++ -allow-undefined -pipe -Os -isystem /opt/local/include -fno-rtti -arch x86_64 -stdlib=libc++ -I. -I./../include -I./../grove -I./../spgrove -I./../style -I/opt/local/include/OpenSP -I/opt/local/include/OpenSP/..  -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE=\"openjade\" -DVERSION=\"1.3.2\" -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_STRUCT_STAT_ST_BLKSIZE=1 -DHAVE_ST_BLKSIZE=1 -DSIZEOF_SIZE_T=8 -DSIZEOF_UNSIGNED_INT=4 -DSP_HAVE_LOCALE=1 -DSP_HAVE_WCHAR=1 -DSP_HAVE_GETTEXT=1 -DSP_HAVE_BOOL=1 -DSP_ANSI_CLASS_INST=1 -DSP_HAVE_SOCKET=1 -DJADE_MIF=1 -DJADE_HTML=1 -DSP_MULTI_BYTE=1 -DSGML_CATALOG_FILES_DEFAULT=\"/opt/local/share/sgml/catalog\" -DHAVE_DLFCN_H=1  -DDEFAULT_SCHEME_BUILTINS=\"/opt/local/share/sgml/openjade/builtins.dsl\" -Wl,-headerpad_max_install_names -arch x86_64 -o openjade jade.o SgmlFOTBuilder.o RtfFOTBuilder.o HtmlFOTBuilder.o TeXFOTBuilder.o TransformFOTBuilder.o MifFOTBuilder.o  ../style/libostyle.la ../spgrove/libospgrove.la ../grove/libogrove.la /opt/local/lib/libosp.dylib -L/opt/local/lib -lintl
:info:build libtool: link: `-allow-undefined' is deprecated because it is the default
:info:build libtool: link: cannot find the library `/usr/lib/libiconv.la'
:info:build make[2]: *** [openjade] Error 1

Did I miss something?

I have the same /usr/lib/libiconv.dylib* files on my system, and openjade builds fine from source (and the pre-built package from MacPorts installs fine also). I do not see an explicit reference to /usr/lib/libiconv.la on your link line. Did I miss seeing it? Or is it being brought in by another library?

[lockhart (Thomas Lockhart)]

This is not reproducible on my systems, and the extensive analysis and contributions above seem to isolate the problem to files outside of the MacPorts environment.

I believe that this ticket should be retired.

[neverpanic (Clemens Lang)]

Closing at maintainer request.