> I'm trying to port gcc 4.1 for an architecture that has the following
> memory layout BITS_PER_UNIT=32 and UNITS_PER_WORD=1.
> It has support (16bit registers and operators) for 16bit signed
> atithmetic used mainly for addressing. There are also operators for 32
> bit integer and floating point
Thank you for your explanations,
looking in "detail" what happens in my case (I would like to have
modes that have less bits/precision than BITS_PER_UNIT), I cannot
understand if there is a bug in convert.c:440 or is a feature that
prevents me to use a FRACTIONAL_INT as a small precision ( wrote:
On Thu, 17 Mar 2005, Andrea wrote:
> I'm trying to port gcc 4.1 for an architecture that has the following
> memory layout BITS_PER_UNIT=32 and UNITS_PER_WORD=1.
Support for systems with bytes wider than 8 bits is somewhat bitrotten at
present, as it seems little has been done on the c4x port la
Hi,
I'm trying to port gcc 4.1 for an architecture that has the following
memory layout BITS_PER_UNIT=32 and UNITS_PER_WORD=1.
It has support (16bit registers and operators) for 16bit signed
atithmetic used mainly for addressing. There are also operators for 32
bit integer and floating point suppor
