aboutsummaryrefslogtreecommitdiffstats
path: root/gcc-4.9/gcc/tree-ssa-loop-ivopts.c
diff options
context:
space:
mode:
authorYiran Wang <yiran@google.com>2015-07-08 09:44:03 -0700
committerYiran Wang <yiran@google.com>2015-07-08 09:59:16 -0700
commit5ae0308a147ec3f6502fd321860524e634a647a6 (patch)
tree91cf8eebe473431852889fc0ee7fcaa2127e8e80 /gcc-4.9/gcc/tree-ssa-loop-ivopts.c
parent1d9fec7937f45dde5e04cac966a2d9a12f2fc15a (diff)
downloadtoolchain_gcc-5ae0308a147ec3f6502fd321860524e634a647a6.tar.gz
toolchain_gcc-5ae0308a147ec3f6502fd321860524e634a647a6.tar.bz2
toolchain_gcc-5ae0308a147ec3f6502fd321860524e634a647a6.zip
cherry-pick gcc r217091.
This change is re-based and modified to work with the older context, as the context code is changed a lot in GCC trunk. It is about to insert some barriers on stack-pointer register, so that the adjust-stack-pointer code does not get scheduled before any code in the fuction epilogue, which may access some stack space without explicit use of stack pointer. Examples are a load from an auto array and some access to an area of alloca. Anyway, the barriers would make all such alias dependences not violated. For more details, please refer to GCC bug 63293. (Personally I think there may be a bit too many barriers generated.) Change-Id: I61ea54e500b6965feab69a62165d10b6c3a21c20
Diffstat (limited to 'gcc-4.9/gcc/tree-ssa-loop-ivopts.c')
0 files changed, 0 insertions, 0 deletions