[Bug target/43004] sparc 64-bit stack slot allocation overlaps with alloca

2010-02-09 Thread davem at gcc dot gnu dot org
--- Comment #1 from davem at gcc dot gnu dot org 2010-02-09 22:08 --- Ok, I now know a lot more about this bug. It's effects were masked before gcc-4.4 because we used to have the TFmode secondary reload slot in every stack frame. That got removed by my commit: 2009-01-04 David S.

[Bug target/43004] sparc 64-bit stack slot allocation overlaps with alloca

2010-02-09 Thread davem at gcc dot gnu dot org
--- Comment #2 from davem at gcc dot gnu dot org 2010-02-09 22:13 --- Reading further, the Sparc 64-bit ABI requires that the every stack frame be 16 byte aligned. And if that were the case this problem would never happen. Will try to determine how the stack is becomming only 8-byte

[Bug target/43004] sparc 64-bit stack slot allocation overlaps with alloca

2010-02-09 Thread davem at gcc dot gnu dot org
--- Comment #3 from davem at gcc dot gnu dot org 2010-02-10 00:49 --- I've root caused this to the Linux kernel not 16-byte aligning thread stacks when using the clone() system call (it was enforcing only 8-byte alignment), and also signal stacks. The seconday mem TFmode stack slot was