This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
[Bug ada/50842] [4.7 Regression] gnatmake fails to link in stage3 with undefined symbol _iconv_close
- From: "iains at gcc dot gnu.org" <gcc-bugzilla at gcc dot gnu dot org>
- To: gcc-bugs at gcc dot gnu dot org
- Date: Thu, 27 Oct 2011 19:42:42 +0000
- Subject: [Bug ada/50842] [4.7 Regression] gnatmake fails to link in stage3 with undefined symbol _iconv_close
- Auto-submitted: auto-generated
- References: <bug-50842-4@http.gcc.gnu.org/bugzilla/>
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50842
--- Comment #9 from Iain Sandoe <iains at gcc dot gnu.org> 2011-10-27 19:42:42 UTC ---
1/ FTR on *-darwin9 and x86_64-darwin10
(default system configurations, bar GCC pre-requisites).
I can bootstrap from the 'macada' 4.3 or the Adacore libre 4.5 compilers with
or without --with-libiconv-prefix=/xxx and with it pointed to /usr or to
/opt/local (macports) or /sw64 (fink).
2/ I specifically don't allow macports/fink to add to my PATHs so that I can
test GCC against a 'standard' OSX distribution - unless I specifically append
one of them
3/ I have sneakily provided Ada in the uploaded gfortran distributions :
http://gcc.gnu.org/wiki/GFortranBinaries (for darwin 9 & 10).
4/ I am not disputing that there are issues for other folk -
- I have a hunch that the places to look are
(a) library PATHS being set by <your favorite> distro.
(b) library paths embedded in the GMP/MPFR/MPC shared objects.
... I haven't been able to reproduce the problem yet (but I haven't yet tried a
'full' install of fink including allowing it to set paths).