[Bug bootstrap/19461] hidden __eprintf referenced by DSO, gas+gld

["ebotcazou at gcc dot gnu dot org" <gcc-bugzilla at gcc dot gnu dot org>]

------- Additional Comments From ebotcazou at gcc dot gnu dot org  2005-01-21 17:27 -------
> A build with GCC CVS LAST_UPDATED "Fri Jan 21 03:20:28 UTC 2005"
> also fails in the same way.  I don't have a pressing need to get
> this fixed, as my bootstrap-test needs are covered by native
> tools, but if wanted, I can dig up details, for example a tarball
> with the failing objects.

I agree, this is not really urgent.  Very few people do combined builds on
SPARC/Solaris.  I personally always specify both --with-as and --with-gnu-as
when I use the GNU tools because I've had my share of problems too (although
never this one, IIRC the build aborts earlier).

> Anyway, I did some digging myself.  Apparently the failing link
> calls /usr/ccs/bin/ld, despite gcc otherwise using the newly built
> ld!  Could it be that --with-gnu-as --with-gnu-ld is actually
> required also in a combined tree? (If so, there's a consistency bug.
> If not, it's a collect2 bug.) But maybe this is a red herring.

OK, I've already run into something like that: although you specify both
--with-gnu-as and --with-gnu-ld and GNU as and ld are first in the PATH, the Sun
tools are nevertheless used at some point.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19461