committed as revision 205964 with updated comment.
kenny
2013-12-13 Kenneth Zadeck
* config/arc/arc.h (BITS_PER_UNIT): Removed.
* config/bfin/bfin.h (BITS_PER_UNIT): Removed.
* config/lm32/lm32.h (BITS_PER_UNIT): Removed.
* config/m32c/m32c.h (BITS_PER_UNIT): Removed.
* c
On Dec 13, 2013, at 5:11 AM, Richard Biener wrote:
> On Fri, 13 Dec 2013, Uros Bizjak wrote:
>
>> Hello!
>>
>>> In addition, this target also changes the way that MAX_BITSIZE_MODE_ANY_INT
>>> is calculated.
>>> The value is heavily used on the wide-int branch to allocate buffers that
>>>
On Fri, 13 Dec 2013, Uros Bizjak wrote:
> Hello!
>
> > In addition, this target also changes the way that MAX_BITSIZE_MODE_ANY_INT
> > is calculated.
> > The value is heavily used on the wide-int branch to allocate buffers that
> > are used to hold large
> > integer values. The change in the wa
Hello!
> In addition, this target also changes the way that MAX_BITSIZE_MODE_ANY_INT
> is calculated.
> The value is heavily used on the wide-int branch to allocate buffers that are
> used to hold large
> integer values. The change in the way it is computed was motivated by the
> i386 port, but
On Wed, 11 Dec 2013, Kenneth Zadeck wrote:
>
>
> This patch is for the trunk, but it solves a problem that comes up for
> wide-int. For wide-int we need to have the BITS_PER_UNIT available earlier.
> So this patch sets the default value (8) in genmodes.c so that it is available
> by anyone who
On 12/11/13 17:35, Kenneth Zadeck wrote:
This patch is for the trunk, but it solves a problem that comes up for
wide-int. For wide-int we
need to have the BITS_PER_UNIT available earlier.So this patch sets the
default value (8) in
genmodes.c so that it is available by anyone who include
On 12/11/2013 08:42 PM, DJ Delorie wrote:
The m32c part is OK.
thanks for the fast reply.
kenny
The m32c part is OK.
