This is the mail archive of the
java-patches@gcc.gnu.org
mailing list for the Java project.
Re: [java] fix some alpha/ia64 compile failures
- From: Richard Henderson <rth at redhat dot com>
- To: Bryce McKinlay <bryce at waitaki dot otago dot ac dot nz>
- Cc: java-patches at gcc dot gnu dot org, gcc-patches at gcc dot gnu dot org
- Date: Fri, 21 Dec 2001 17:17:58 -0800
- Subject: Re: [java] fix some alpha/ia64 compile failures
- References: <20011221114102.A30454@redhat.com> <3C23DC04.4040209@waitaki.otago.ac.nz>
On Sat, Dec 22, 2001 at 02:04:04PM +1300, Bryce McKinlay wrote:
> I think the stuff to still generate a _Jv_fooClass reference in
> build_class_ref is just cruft - can you tell where it is being called
> from in this case?
I can take the patch out and look at the failures later;
I'm looking at something else at the moment.
> I couldn't find the PR you mentioned.
No, sorry, that's the name of the test case:
libjava/testsuite/libjava.compile/PR375.java
You should be able to see this from an alpha-linux cross-compiler:
./jc1 -O -mexplicit-relocs PR375.java
// incorrect
ldah $1,_ZN4java4lang7Boolean4TRUEE($29) !gprelhigh
ldq $16,_ZN4java4lang7Boolean4TRUEE($1) !gprellow
// correct
ldq $1,_ZN4java4lang7Boolean4TRUEE($29) !literal
ldq $16,0($1)
Compare the DECLs involved with the C test case:
int local;
extern int external;
int f_local() { return local; }
int f_external() { return external; }
./cc1 -O -fno-common -mexplicit-relocs z.c
ldah $1,local($29) !gprelhigh
ldl $0,local($1) !gprellow
ldq $1,external($29) !literal
ldl $0,0($1)
r~