llvm/test/Transforms/MemCpyOpt, branch release_30http://llvm.orghttps://git.amat.us/llvm/atom/test/Transforms/MemCpyOpt?h=release_302011-08-17T22:22:24ZAtomic load/store handling for the passes using memdep (GVN, DSE, memcpyopt).2011-08-17T22:22:24ZEli Friedmaneli.friedman@gmail.com2011-08-17T22:22:24Zurn:sha1:56efe24431b045be120d1fd5f6b0aa43a6b01c48
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@137888 91177308-0d34-0410-b5e6-96231b3b80d8
Land the long talked about "type system rewrite" patch. This2011-07-09T17:41:24ZChris Lattnersabre@nondot.org2011-07-09T17:41:24Zurn:sha1:1afcace3a3a138b1b18e5c6270caa8dae2261ae2
patch brings numerous advantages to LLVM. One way to look at it
is through diffstat:
109 files changed, 3005 insertions(+), 5906 deletions(-)
Removing almost 3K lines of code is a good thing. Other advantages
include:
1. Value::getType() is a simple load that can be CSE'd, not a mutating
union-find operation.
2. Types a uniqued and never move once created, defining away PATypeHolder.
3. Structs can be "named" now, and their name is part of the identity that
uniques them. This means that the compiler doesn't merge them structurally
which makes the IR much less confusing.
4. Now that there is no way to get a cycle in a type graph without a named
struct type, "upreferences" go away.
5. Type refinement is completely gone, which should make LTO much MUCH faster
in some common cases with C++ code.
6. Types are now generally immutable, so we can use "Type *" instead
"const Type *" everywhere.
Downsides of this patch are that it removes some functions from the C API,
so people using those will have to upgrade to (not yet added) new API.
"LLVM 3.0" is the right time to do this.
There are still some cleanups pending after this, this patch is large enough
as-is.
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@134829 91177308-0d34-0410-b5e6-96231b3b80d8
rip out a ton of intrinsic modernization logic from AutoUpgrade.cpp, which is2011-06-18T06:05:24ZChris Lattnersabre@nondot.org2011-06-18T06:05:24Zurn:sha1:b85e4eba85a38698f3b3332f82554bf8442547e2
for pre-2.9 bitcode files. We keep x86 unaligned loads, movnt, crc32, and the
target indep prefetch change.
As usual, updating the testsuite is a PITA.
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@133337 91177308-0d34-0410-b5e6-96231b3b80d8
make the asmparser reject function and type redefinitions. 'Merging' hasn't been2011-06-17T07:06:44ZChris Lattnersabre@nondot.org2011-06-17T07:06:44Zurn:sha1:d589099eec8d120b5a7227072c4e717856e2276f
needed since llvm-gcc 3.4 days.
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@133248 91177308-0d34-0410-b5e6-96231b3b80d8
manually upgrade a bunch of tests to modern syntax, and remove some that2011-06-17T03:14:27ZChris Lattnersabre@nondot.org2011-06-17T03:14:27Zurn:sha1:26b0000166ca3d00f2a1990b43a1f45cdac4e9b6
are either unreduced or only test old syntax.
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@133228 91177308-0d34-0410-b5e6-96231b3b80d8
PR10067: Add missing safety check to call return transformation in MemCpyOpt::processStore. If something accesses the dest of the "copy" between the call and the copy, the performCallSlotOptzn transformation is not valid.2011-06-02T21:24:42ZEli Friedmaneli.friedman@gmail.com2011-06-02T21:24:42Zurn:sha1:70d893e84b0de21205ad042c6c00148d0e3cd74e
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@132485 91177308-0d34-0410-b5e6-96231b3b80d8
Teach valuetracking that byval arguments with a specified alignment are2011-05-23T00:03:39ZChris Lattnersabre@nondot.org2011-05-23T00:03:39Zurn:sha1:b3f0673d52b72f34434dec13c4e2044c82012ef6
aligned.
Teach memcpyopt to not give up all hope when confonted with an underaligned
memcpy feeding an overaligned byval. If the *source* of the memcpy can be
determined to be adequeately aligned, or if it can be forced to be, we can
eliminate the memcpy.
This addresses PR9794. We now compile the example into:
define i32 @f(%struct.p* nocapture byval align 8 %q) nounwind ssp {
entry:
%call = call i32 @g(%struct.p* byval align 8 %q) nounwind
ret i32 %call
}
in both x86-64 and x86-32 mode. We still don't get a tailcall though,
because tailcalls apparently can't handle byval.
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@131884 91177308-0d34-0410-b5e6-96231b3b80d8
Actually check memcpy lengths, instead of just commenting about2011-01-21T22:07:57ZDan Gohmangohman@apple.com2011-01-21T22:07:57Zurn:sha1:8fb25c53bdc22a1f480ac0a6c0215a23f397deb3
how they should be checked.
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@123999 91177308-0d34-0410-b5e6-96231b3b80d8
revert 123144, reenabling the rest of memset formation.2011-01-12T03:25:15ZChris Lattnersabre@nondot.org2011-01-12T03:25:15Zurn:sha1:d318fc2ceb9d5902277f6e3b0bd7b51b92f5d872
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@123302 91177308-0d34-0410-b5e6-96231b3b80d8
revert r123146 which disabled code that wasn't the root cause2011-01-12T01:52:23ZChris Lattnersabre@nondot.org2011-01-12T01:52:23Zurn:sha1:d2e905027b3774bbc29562a5e3f64ad46bf6b0b8
of the bootstrap miscompare issue.
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@123299 91177308-0d34-0410-b5e6-96231b3b80d8