[Bug target/14650] Testsuite failures with -mabi=64 in compile/20031023-1.c, 20031023-2.c and 20031023-3.c

rsandifo at redhat dot com gcc-bugzilla@gcc.gnu.org
Wed Apr 14 19:48:00 GMT 2004


------- Additional Comments From rsandifo at redhat dot com  2004-04-14 19:35 -------
Subject: Re:  Testsuite failures with -mabi=64 in
 compile/20031023-1.c, 20031023-2.c and 20031023-3.c

"ghazi at caip dot rutgers dot edu" <gcc-bugzilla@gcc.gnu.org> writes:
> Richard - Can you suggest a minimal C testcase that passes with GAS
> but fails with the MIPSpro n64 assembler to check for >4GB frames?
> I'll try adding that to the testsuite harness.

Would an assembler testcase be OK?  A minimal-ish example is:

	.ent	foo
foo:
	.frame	$fp,5000000000,$31
	.end	foo

assembled with "as -64".  For MIPSpro, you get:

as: Error: foo.s, line 3: Overflow: 5000000000
      .frame $fp,5000000000,$31

but it works OK with binutils.

> If that's overkill, perhaps I could just bypass these tests for n64
> regardless of whether we're using GAS.

Well, the tests only pass for other ABIs because they're a no-op when
sizeof (long) < 8.  If we're going to disable them for n64, we might as
well go the whole hog and disable them for mips-sgi-irix*, or perhaps
for all MIPS targets.

And maybe that's a reasonable thing to do.  The tests did show up a bug
in the MIPS backend ("long" being used instead of HOST_WIDE_INT), but it
seems very unlikely that any real MIPS code would want to use stack
frames >4Gb.

Richard


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14650



More information about the Gcc-bugs mailing list