[Gc] Problem compiling on Sparc Solaris10
hans.boehm at hp.com
Wed Jul 13 13:42:45 PDT 2005
I agree it should work out of the box.
But unless the assembler/compiler are somehow invoked incorrectly
(you could post the line used to build sparc_mach_dep.lo to verify
this doesn't look like it's under our control. (I would argue that
even if the assembler were invoked incorrectly, the error message
is meaningless enough that this qualifies as a tool chain bug.)
Sparc_mach_dep.S looks like very plain assembly code to me. Nothing
The assembler is somehow generating bogus relocations. If Sun views
as responsible for this tool chain, I would try filing a bug report with
If not, it seems to me you're in the same boat as with the "old" way.
> -----Original Message-----
> From: gc-bounces at napali.hpl.hp.com
> [mailto:gc-bounces at napali.hpl.hp.com] On Behalf Of Chris Ross
> Sent: Tuesday, July 12, 2005 8:05 PM
> To: Boehm, Hans
> Cc: gc at napali.hpl.hp.com
> Subject: Re: [Gc] Problem compiling on Sparc Solaris10
> On Jul 12, 2005, at 20:59, Boehm, Hans wrote:
> > If you Google for the error message (minus the address), you get
> > messages about an old tool chain bug.
> > It might be fixable with newer GNU tools. Otherwise we
> would need to
> > understand what exactly goes wrong here.
> > I do occasionally test on SPARC/Solaris, though not with GNU tools.
> If this were the "old" solaris way, where gcc was added, then I'd
> that completely reasonable and I'd look for new tools. But,
> since the gcc that I'm using is finally shipping with the
> base OS (as of Solaris
> I would like to argue that it should be made to work "out of the box".
> If there's anything I can do to help you test it, please
> let me know. I'm happy to help.
> - Chris
> Gc mailing list
> Gc at linux.hpl.hp.com
More information about the Gc