This is the mail archive of the
libstdc++@gcc.gnu.org
mailing list for the libstdc++ project.
Re: [v3] use AM_ICONV
- From: Paolo Carlini <pcarlini at suse dot de>
- To: Benjamin Kosnik <bkoz at redhat dot com>
- Cc: "Kaveh R. GHAZI" <ghazi at caip dot rutgers dot edu>, libstdc++ at gcc dot gnu dot org
- Date: Tue, 06 Feb 2007 19:27:27 +0100
- Subject: Re: [v3] use AM_ICONV
- References: <45BE3EE2.8050209@redhat.com> <Pine.GSO.4.58.0701302251460.26757@caipclassic.rutgers.edu> <45C07CDD.2040704@redhat.com> <45C603EA.2060204@suse.de> <45C7A23D.4070301@redhat.com>
Benjamin Kosnik wrote:
I have been able to reproduce such failures: the problem is at link
time, the _libiconv symbol remains undefined, apparently on such
targets libiconv should be linked to the final executable. Is that
doable?
I think this should already be happening, due to LIBICONV substitution.
Maybe this isn't being picked up from the site.exp by dejagnu? Or
something in conformance.exp needs to add in LIBICONV flags?
Thanks, I can probably further investigate the issue along that
direction relatively soon (conditional to access to darwin-powerpc
hardware ;) Maybe Kaveh can do the same on Solaris?!?
Paolo.