Chris Lattner 978796eaad Make GVN be more intelligent about redundant load ... elimination: when finding dependent load/stores, realize that they are the same if aliasing claims must alias instead of relying on the pointers to be exactly equal. This makes load elimination more aggressive. For example, on 403.gcc, we had: < 68 gvn - Number of instructions PRE'd < 152718 gvn - Number of instructions deleted < 49699 gvn - Number of loads deleted < 6153 memdep - Number of dirty cached non-local responses < 169336 memdep - Number of fully cached non-local responses < 162428 memdep - Number of uncached non-local responses now we have: > 64 gvn - Number of instructions PRE'd > 153623 gvn - Number of instructions deleted > 49856 gvn - Number of loads deleted > 5022 memdep - Number of dirty cached non-local responses > 159030 memdep - Number of fully cached non-local responses > 162443 memdep - Number of uncached non-local responses That's an extra 157 loads deleted and extra 905 other instructions nuked. This slows down GVN very slightly, from 3.91 to 3.96s. git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@60314 91177308-0d34-0410-b5e6-96231b3b80d8		2008-12-01 01:31:36 +00:00
..
Hello	Initial support for the CMake build system.	2008-09-22 01:08:49 +00:00
Instrumentation	Use Function::getEntryBlock() instead of Function::front(), for clarity.	2008-10-21 03:10:28 +00:00
IPO	Fix error where it wasn't getting the correct caller function.	2008-11-21 00:09:21 +00:00
Scalar	Make GVN be more intelligent about redundant load	2008-12-01 01:31:36 +00:00
Utils	rewrite RecursivelyDeleteTriviallyDeadInstructions to use a more efficient	2008-11-28 01:20:46 +00:00
Makefile	remove attribution from lib Makefiles.	2007-12-29 20:09:26 +00:00