On Jun 17, 2010, at 16:34, Rob Probin wrote: > Summary: Mainly a link problem with _libiconv and _libiconv_close and > _libiconv_open. Also URLs are broken for fetch.
Please file an issue in the issue tracker for each of these problems. > sudo port install arm-elf-gcc3 > ---> Computing dependencies for arm-elf-gcc3 > ---> Fetching arm-elf-gcc3 > Error: No defined site for tag: gcc, using master_sites > ---> Attempting to fetch gcc-3.4.6.tar.bz2 from gnu:gcc/gcc-3.4.6/ > ---> Attempting to fetch gcc-3.4.6.tar.bz2 from > ftp://sources.redhat.com/pub/newlib/:newlib > Error: Target org.macports.fetch returned: fetch failed > Log for arm-elf-gcc3 is at: > /opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_release_ports_cross_arm-elf-gcc3/main.log > Error: Status 1 encountered during processing. Yeah, that looks strange. > :info:build collect2.o tlink.o intl.o version.o > ../libiberty/libiberty.a -L/usr/lib ../intl/libintl.a -L/opt/local/lib -liconv > :info:build Undefined symbols: > :info:build "_libiconv_open", referenced from: > :info:build __nl_init_domain_conv in libintl.a(loadmsgcat.o) > :info:build __nl_init_domain_conv in libintl.a(loadmsgcat.o) > :info:build "_libiconv_close", referenced from: > :info:build __nl_free_domain_conv in libintl.a(loadmsgcat.o) > :info:build "_libiconv", referenced from: > :info:build __nl_find_msg in libintl.a(dcigettext.o) I'm unclear why a libintl.a is being used here; I would have expected libintl.dylib to have been used via "-lintl". _______________________________________________ macports-users mailing list [email protected] http://lists.macosforge.org/mailman/listinfo.cgi/macports-users
