This is the mail archive of the
java@gcc.gnu.org
mailing list for the Java project.
Re: gcc-3.1 2002-04-03 libjava failures on sparc-linux?
- From: Christian Jönsson <c dot christian dot joensson at telia dot com>
- To: "Boehm, Hans" <hans_boehm at hp dot com>
- Cc: Tom Tromey <tromey at redhat dot com>, java at gcc dot gnu dot org
- Date: Tue, 16 Apr 2002 07:02:26 +0200
- Subject: Re: gcc-3.1 2002-04-03 libjava failures on sparc-linux?
- References: <40700B4C02ABD5119F000090278766443BF1DD@hplex1.hpl.hp.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