This is the mail archive of the
java@gcc.gnu.org
mailing list for the Java project.
TRUE / FALSE redefinition in gcj/javaprims.h
- From: Andreas Tobler <toa at pop dot agri dot ch>
- To: java at gcc dot gnu dot org, Tom Tromey <tromey at redhat dot com>, Rainer Orth <ro at TechFak dot Uni-Bielefeld dot DE>, John David Anglin <dave at hiauly1 dot hia dot nrc dot ca>, aoliva at redhat dot com
- Date: Sat, 20 May 2006 23:54:16 +0200
- Subject: TRUE / FALSE redefinition in gcj/javaprims.h
Hello all,
and sorry for a second post, Rainer.
we have a problem with the following _HACK_ in gcj/javaprims.h:
// FIXME: this is a hack until we get a proper gcjh.
// It is needed to work around system header files that define TRUE
// and FALSE.
#undef TRUE
#define TRUE TRUE
#undef FALSE
#define FALSE FALSE
The ChangeLog entry dates back to:
1999-08-12 Alexandre Oliva <oliva@dcc.unicamp.br>
* include/javaprims.h (TRUE, FALSE): Redefine as themselves.
And a search on the libjava-patches points to:
http://gcc.gnu.org/ml/java-patches/1999-q3/msg00110.html
So, the question is, is this still an actual point? Is the gcjh fixed?
Removing this hack would make the build on HP-UX PA 32-bit pass.
I tested the removal on ppc-linux|darwin, sparc-solaris and
hppa2.0w-hp-hpux11.11. Works.
If we have to live with this hack, we have to insert another hack to
complete the HP-UX PA 32-bit port.
Opininons? Facts?
Thanks for the feedback.
Andreas