RE: [Fwd: Re: patch to ignore SIGPWR and SIGXCPU (used by pthread s)]

["Boehm, Hans" <hans_boehm at hp dot com>]

Maybe.  As I see it, the problem is if the host and target platforms differ
in their real-time signal support.  You really want to know whether the
current and last two OS versions all support real-time signals, not just the
current version.

As far as I can tell, real-time signals have been in Linux since at least
2.2, so we're probably OK there.  The change would still prevent you from
running (static) executables on a 2.0 kernel.

Hans

> -----Original Message-----
> From: Bryce McKinlay [mailto:bryce@waitaki.otago.ac.nz]
> Sent: Monday, January 21, 2002 3:14 PM
> To: Boehm, Hans
> Cc: 'Per Bothner'; java@gcc.gnu.org
> Subject: Re: [Fwd: Re: patch to ignore SIGPWR and SIGXCPU (used by
> pthread s)]
> 
> 
> Boehm, Hans wrote:
> 
> >The collector has used real-time signals on a number of 
> platforms for a
> >while.  I think you can change it to do so on linux by setting macros
> >SIG_SUSPEND and SIG_THR_RESTART to the appropriate signal 
> numbers.  Thus
> >changing it is trivial.
> >
> 
> Would it be better to add a configure test to check whether 
> the system 
> supports RT signals, rather than a #ifdef with a long list of 
> platforms?
> 
> regards
> 
> Bryce.
> 
>