--- Comment #5 from hjl dot tools at gmail dot com 2010-08-09 15:51 ---
(In reply to comment #4)
> H.J, this was introduced by your commit:
>
...
>
> By backing out lines marked as ***, compilation succeeds.
>
Can you take a look at the assembly output to see if
the stack is realigne
--- Comment #4 from ubizjak at gmail dot com 2010-08-09 15:24 ---
H.J, this was introduced by your commit:
138808hjl /* Ensure current function's preferred stack boundary is at
least
138808hjl what we need. Stack alignment may also increase
preferred stack
138808
--- Comment #3 from truedfx at gentoo dot org 2010-08-08 23:09 ---
I've configured a minimal 4.3.5 compiler, and testing shows that
extern void f (_Decimal128);
void g(void)
{
__builtin_alloca (2);
f (0);
}
which also fails with the same ICE with 4.5.0 and 4.4.4, actually works wit
--- Comment #2 from truedfx at gentoo dot org 2010-08-08 22:44 ---
_Decimal128 has the same problem, and is supported by gcc 4.3, so this may
trigger there too (but I don't have 4.3 installed to check right now)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45234
--- Comment #1 from rguenth at gcc dot gnu dot org 2010-08-08 22:01 ---
Confirmed. GCC 4.3 rejects the code (no __float128), so not a regression.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--