Re: Enlarge MAX_ALLOCA?

[David Kastrup]

Andreas Schwab <address@hidden> writes:

> Dmitry Antipov <address@hidden> writes:
>
>> IIUC this means that if alloca is limited to < 32K, stack may be expanded
>> with just one instruction because increment fits into an immediate operand.
>> Otherwise there should be a few more load/store/add instructions.
>
> If you use alloca you have a variable sized stack frame, so the offset
> will be variable as well.

Ah right, alloca is generally not something affecting the code
generation of unrelated code, so arrays allocated with alloca do not
change the offsets of scalar stack variables which are usually addressed
off a separate frame pointer unaffected by alloca.

So the addressing mode restrictions I brought up would be a red herring,
even when talking about something like 68k architectures.  So it seems
like indeed just the total stack size available (or not available) in
connection with the expected stack depth particularly including
functions using alloca that should govern the chosen sizes.

-- 
David Kastrup