summaryrefslogtreecommitdiffstats
path: root/clang/lib
diff options
context:
space:
mode:
authorDan Gohman <gohman@apple.com>2009-02-22 18:06:32 +0000
committerDan Gohman <gohman@apple.com>2009-02-22 18:06:32 +0000
commit648c5e9c9928c55a89eb4a71f20cb065686e07ed (patch)
tree4fb06e91f44b74a9955cf470965afb22f49e33c7 /clang/lib
parentf394e58af589d6c198f4c8eca8f83110d8529b5b (diff)
downloadbcm5719-llvm-648c5e9c9928c55a89eb4a71f20cb065686e07ed.tar.gz
bcm5719-llvm-648c5e9c9928c55a89eb4a71f20cb065686e07ed.zip
Revert the part of 64623 that attempted to align the source in a
memcpy to match the alignment of the destination. It isn't necessary for making loads and stores handled like the SSE loadu/storeu intrinsics, and it was causing a performance regression in MultiSource/Applications/JM/lencod. The problem appears to have been a memcpy that copies from some highly aligned array into an alloca; the alloca was then being assigned a large alignment, which required codegen to perform dynamic stack-pointer re-alignment, which forced the enclosing function to have a frame pointer, which led to increased spilling. llvm-svn: 65289
Diffstat (limited to 'clang/lib')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud