llvm/lib/Transforms/Instrumentation, branch release_32 http://llvm.org https://git.amat.us/llvm/atom/lib/Transforms/Instrumentation?h=release_32 2012-11-09T14:12:16Z tsan: switch to new memory_order constants (ABI compatible) 2012-11-09T14:12:16Z Dmitry Vyukov dvyukov@google.com 2012-11-09T14:12:16Z urn:sha1:c2e9ca15fbb7ce2bc0bc79e44862d74cdd2802b9 git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@167615 91177308-0d34-0410-b5e6-96231b3b80d8 tsan: instrument all atomics (including fetch_add, exchange, cas, etc) 2012-11-09T12:55:36Z Dmitry Vyukov dvyukov@google.com 2012-11-09T12:55:36Z urn:sha1:9f8a90b3ce0e248e3b68b056d4c840295facbc02 git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@167612 91177308-0d34-0410-b5e6-96231b3b80d8 [asan] fix bug 14277 (asan needs to fail with fata error if an __asan interface function is being redefined. Before this fix asan asserts) 2012-11-07T12:42:18Z Kostya Serebryany kcc@google.com 2012-11-07T12:42:18Z urn:sha1:7846c1c851a53a8280f9d8ed57cd98d82c742551 git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@167529 91177308-0d34-0410-b5e6-96231b3b80d8 Fix whitespaces 2012-11-02T12:20:34Z Alexey Samsonov samsonov@google.com 2012-11-02T12:20:34Z urn:sha1:9ce84c1c95c0153a2f33e188ce0db00770425f9e git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@167295 91177308-0d34-0410-b5e6-96231b3b80d8 [asan] don't instrument globals that we've created ourselves (reduces the binary size a bit) 2012-11-01T13:42:40Z Kostya Serebryany kcc@google.com 2012-11-01T13:42:40Z urn:sha1:a5f54f14435d881b10d8eb65e19fa42af95757e9 git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@167230 91177308-0d34-0410-b5e6-96231b3b80d8 Revert the majority of the next patch in the address space series: 2012-11-01T09:14:31Z Chandler Carruth chandlerc@gmail.com 2012-11-01T09:14:31Z urn:sha1:426c2bf5cdd2173e4a33aea8cb92cf684a724f4b r165941: Resubmit the changes to llvm core to update the functions to support different pointer sizes on a per address space basis. Despite this commit log, this change primarily changed stuff outside of VMCore, and those changes do not carry any tests for correctness (or even plausibility), and we have consistently found questionable or flat out incorrect cases in these changes. Most of them are probably correct, but we need to devise a system that makes it more clear when we have handled the address space concerns correctly, and ideally each pass that gets updated would receive an accompanying test case that exercises that pass specificaly w.r.t. alternate address spaces. However, from this commit, I have retained the new C API entry points. Those were an orthogonal change that probably should have been split apart, but they seem entirely good. In several places the changes were very obvious cleanups with no actual multiple address space code added; these I have not reverted when I spotted them. In a few other places there were merge conflicts due to a cleaner solution being implemented later, often not using address spaces at all. In those cases, I've preserved the new code which isn't address space dependent. This is part of my ongoing effort to clean out the partial address space code which carries high risk and low test coverage, and not likely to be finished before the 3.2 release looms closer. Duncan and I would both like to see the above issues addressed before we return to these changes. git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@167222 91177308-0d34-0410-b5e6-96231b3b80d8 Remove a wrapper around getIntPtrType added to GVN by Hal in commit 166624 (the 2012-10-29T17:31:46Z Duncan Sands baldrick@free.fr 2012-10-29T17:31:46Z urn:sha1:7ed4f94c1337b931524af99eb1aac72563888239 wrapper returns a vector of integers when passed a vector of pointers) by having getIntPtrType itself return a vector of integers in this case. Outside of this wrapper, I didn't find anywhere in the codebase that was relying on the old behaviour for vectors of pointers, so give this a whirl through the buildbots. git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@166939 91177308-0d34-0410-b5e6-96231b3b80d8 Back out r166591, not sure why this made it through since I cancelled the command. Bleh, sorry about this! 2012-10-24T17:25:11Z Micah Villmow villmow@gmail.com 2012-10-24T17:25:11Z urn:sha1:b8bce928f4ffdf50eff69334f3e25b27848536b6 git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@166596 91177308-0d34-0410-b5e6-96231b3b80d8 Delete a directory that wasn't supposed to be checked in yet. 2012-10-24T17:20:04Z Micah Villmow villmow@gmail.com 2012-10-24T17:20:04Z urn:sha1:2f87640b86315beab8a5671cc23f524e59c58bd3 git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@166591 91177308-0d34-0410-b5e6-96231b3b80d8 Add in support for getIntPtrType to get the pointer type based on the address space. 2012-10-24T15:52:52Z Micah Villmow villmow@gmail.com 2012-10-24T15:52:52Z urn:sha1:aa76e9e2cf50af190de90bc778b7f7e42ef9ceff This checkin also adds in some tests that utilize these paths and updates some of the clients. git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@166578 91177308-0d34-0410-b5e6-96231b3b80d8