arm-elf-gcc3 fetch then build problem

Ryan Schmidt ryandesign at macports.org
Thu Jun 17 15:21:49 PDT 2010


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".




More information about the macports-users mailing list