Re: gcc-3.1 2002-04-03 libjava failures on sparc-linux?

["Christian Jönsson" <c.christian.joensson@telia.com>]

On Mon, Apr 15, 2002 at 07:58:54PM -0700, Boehm, Hans wrote:
> That stack pointer value doesn't look a lot like GC_stackbottom.  Just for
> grins, could you try the attached (completely untested) patch?  This makes
> linux/SPARC determine GC_stackbottom in the same way as on other Linux
> platforms, i.e. it first cheats and looks for a private glibc symbol, and
> reads the stack base from /proc if that fails.

This is a good idea to test I guess. But, the patch didn't apply
cleanly to my gcc-3.1 (Mon Apr 15 06:18:21 UTC 2002) sources.

***************
*** 815,825 ****
        extern int _etext;
  #     define DATAEND (&_end)
  #     define SVR4
  #     ifdef __arch64__
- #       define STACKBOTTOM ((ptr_t) 0x80000000000ULL)
  #	define DATASTART (ptr_t)GC_SysVGetDataStart(0x100000, &_etext)
  #     else
- #       define STACKBOTTOM ((ptr_t) 0xf0000000)
  #	define DATASTART (ptr_t)GC_SysVGetDataStart(0x10000, &_etext)
  #     endif
  #   endif
--- 815,824 ----
        extern int _etext;
  #     define DATAEND (&_end)
  #     define SVR4
+ #     define LINUX_STACKBOTTOM
  #     ifdef __arch64__
  #	define DATASTART (ptr_t)GC_SysVGetDataStart(0x100000, &_etext)
  #     else
  #	define DATASTART (ptr_t)GC_SysVGetDataStart(0x10000, &_etext)
  #     endif
  #   endif


Hans, would you like me to update my gcc-3.1 source tree and patch
that and issue a rebuild or could you perhaps tell me what to do with
this particular case?

Cheers,

/ChJ