This is the mail archive of the
gcc@gcc.gnu.org
mailing list for the GCC project.
Re: MIPS gas relaxation still doesn't work
- From: Jim Wilson <wilson at redhat dot com>
- To: "Maciej W. Rozycki" <macro at ds2 dot pg dot gda dot pl>
- Cc: Daniel Jacobowitz <dan at debian dot org>, gcc at gcc dot gnu dot org, binutils at sources dot redhat dot com
- Date: 16 Oct 2002 12:28:31 -0400
- Subject: Re: MIPS gas relaxation still doesn't work
- References: <Pine.GSO.3.96.1021016122604.14774C-100000@delta.ds2.pg.gda.pl>
> The tough problems I've noticed so far is the small limit
>on the number of constraints, which is only ten
This should be fixed as of gcc-3.1, since you can have named operands now.
Taking an example from the gcc docs:
asm ("cmoveq %1,%2,%[result]"
: [result] "=r"(result)
: "r" (test), "r"(new), "[result]"(old));
> and the unability to pass
>a machine address, as the "R" constraint, which is expected to provide the
>function, doesn't work here and the "m" and "o" ones may require a macro
>expansion.
I'm not sure exactly what problem you are trying to report here, but I think
it is likely true that we will need new constraint codes. Previously we didn't
need special constraint codes for asms because everyone relied on the assembler
macros for loads. Now that we want to get people to stop using assembler
macros, we may need to add special constraint codes so that people can write
the asms that they need.
Jim