This is the mail archive of the java-patches@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: 3.4/3.5 PATCH: Fix Solaris 10 libjava bootstrap failure

From: Rainer Orth <ro at TechFak dot Uni-Bielefeld dot DE>
To: Andrew Haley <aph at redhat dot com>
Cc: Rainer Orth <ro at TechFak dot Uni-Bielefeld dot DE>, java-patches at gcc dot gnu dot org, gcc-patches at gcc dot gnu dot org, Mark Mitchell <mark at codesourcery dot com>
Date: Thu, 18 Mar 2004 15:27:16 +0100 (MET)
Subject: Re: 3.4/3.5 PATCH: Fix Solaris 10 libjava bootstrap failure
References: <16473.44647.900847.544369@xayide.TechFak.Uni-Bielefeld.DE><16473.45028.209954.838378@cuddles.cambridge.redhat.com>

Andrew Haley writes:

> who includes it?  Is this a Solaris bug?

The route is via <sys/signal.h> -> <sys/ucontext.h> -> <sys/regset.h> ->
<ia32/sys/reg.h>.  The inclusion of <sys/ucontext.h>, which triggers this
in the first place, is controlled by a convoluted expression related to
XPG4.2 conformance.

You may be right, this could be a Solaris bug, on the other hand, using a
variable named PC seems like a problem waiting to happen on other platforms
as well.

	Rainer

-----------------------------------------------------------------------------
Rainer Orth, Faculty of Technology, Bielefeld University

Follow-Ups:
- Re: 3.4/3.5 PATCH: Fix Solaris 10 libjava bootstrap failure
  - From: Andrew Haley

References:
- 3.4/3.5 PATCH: Fix Solaris 10 libjava bootstrap failure
  - From: Rainer Orth
- 3.4/3.5 PATCH: Fix Solaris 10 libjava bootstrap failure
  - From: Andrew Haley

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