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: PR java/25535: gcj broken on 64-bit big-endian systems

From: Andrew Haley <aph at redhat dot com>
To: Tom Tromey <tromey at redhat dot com>
Cc: java-patches at gcc dot gnu dot org, gcc-patches at gcc dot gnu dot org
Date: Thu, 12 Jan 2006 11:36:12 +0000
Subject: Re: PR java/25535: gcj broken on 64-bit big-endian systems
References: <17322.57607.853894.581996@zapata.pink> <m3wth73ha8.fsf@localhost.localdomain> <17348.55303.823236.544859@zapata.pink> <m3k6d68un8.fsf@localhost.localdomain>

Tom Tromey writes:
 > >>>>> "Andrew" == Andrew Haley <aph@redhat.com> writes:
 > 
 > Andrew> It can't be done: AFAIK a constructor for a union can only initialize
 > Andrew> the first element of the union.
 > 
 > According to the documentation for CONSTRUCTOR in tree.def it can be
 > done.  Also, gcj already does this; see the initialization of the
 > "info" field in class.c:make_field_value().

Duh.  Serves me right for not RTFM.

OK, so a "real" patch goes into trunk, with the stopgap on branch.  We
never want types to diverge between compiler and runtime.

Andrew.

References:
- Re: PR java/25535: gcj broken on 64-bit big-endian systems
  - From: Tom Tromey
- Re: PR java/25535: gcj broken on 64-bit big-endian systems
  - From: Andrew Haley
- Re: PR java/25535: gcj broken on 64-bit big-endian systems
  - From: Tom Tromey

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