This is the mail archive of the java@gcc.gnu.org mailing list for the Java project.

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]
Other format:	[Raw text]

Re: Signal handling rewrite for Linux / i386

From: Tom Tromey <tromey at redhat dot com>
To: Andrew Haley <aph at redhat dot com>
Cc: Bryce McKinlay <bryce at waitaki dot otago dot ac dot nz>, java at gcc dot gnu dot org, "Boehm, Hans" <hans_boehm at hp dot com>
Date: 22 Jan 2002 12:39:51 -0700
Subject: Re: Signal handling rewrite for Linux / i386
References: <15436.26086.761816.974461@cuddles.cambridge.redhat.com> <3C4CC3EE.6070309@waitaki.otago.ac.nz> <15437.14485.991633.547817@cuddles.cambridge.redhat.com> <15437.14643.76112.760403@cuddles.cambridge.redhat.com>
Reply-to: tromey at redhat dot com

>>>>> "Andrew" == Andrew Haley <aph@redhat.com> writes:

Andrew> It's a good idea to allow threads to be variable in size.  I
Andrew> welcome suggestions for a good mechanism.

We could add a system property to set the stack size.
Then users could control this via the `gij' or `gcj' command lines.
This is a different kind of variability than what glibc provides, but
maybe it would suffice.

Tom

References:
- Signal handling rewrite for Linux / i386
  - From: Andrew Haley
- Re: Signal handling rewrite for Linux / i386
  - From: Bryce McKinlay
- Re: Signal handling rewrite for Linux / i386
  - From: Andrew Haley
- Re: Signal handling rewrite for Linux / i386
  - From: Andrew Haley

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]