This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
[Bug target/33256] internal compiler error: in print_operand_reloc, at config/mips/mips.c:5579
- From: "richard at codesourcery dot com" <gcc-bugzilla at gcc dot gnu dot org>
- To: gcc-bugs at gcc dot gnu dot org
- Date: 5 Sep 2007 21:08:41 -0000
- Subject: [Bug target/33256] internal compiler error: in print_operand_reloc, at config/mips/mips.c:5579
- References: <bug-33256-15046@http.gcc.gnu.org/bugzilla/>
- Reply-to: gcc-bugzilla at gcc dot gnu dot org
------- Comment #14 from richard at codesourcery dot com 2007-09-05 21:08 -------
Subject: Re: internal compiler error: in print_operand_reloc, at
config/mips/mips.c:5579
"ddaney at avtrex dot com" <gcc-bugzilla@gcc.gnu.org> writes:
>> I've not forced -EB because that fails for -EL
>> multilibs, and we want this test to work for both anyway.)
>>
> Are you sure? On the trunk I tested on mipsel-linux with -EB and it
> seems to work. For a compile only test it should work on little-endian
> system.
I mean that it fails if you explicitly test -EL multilibs. E.g. on
mipsisa64-elf, I normally test "mips-sim{,-msoft-float}{-EB,-EL}", and
the compiler will complain at having both -EL and -EB on the command line.
We could make mips.exp skip the test when -EL is forced, but it seems
more useful to run it regardless. Or we could use target selectors to
select between two dg-mips-options lines depending on whether -EL has
been added to the multilib flags. However, it seems odd to test
big-endian (only) on little-endian systems when -EL is not explicitly
given, but test little-endian when -EL _is_ explicitly (and redundantly)
given.
Richard
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33256