Richard Trieu
1fbe1a8ba7
| -> ||
...
No functional change.
llvm-svn: 217934
2014-09-17 01:47:52 +00:00
Nick Kledzik
2d2b254e7c
Fix identify_magic() with mach-o stub dylibs.
...
The wrong value was returned and the unittest did not cover the stub dylib case.
llvm-svn: 217933
2014-09-17 00:53:44 +00:00
Nick Kledzik
b54bbe358a
[mach-o] update test case to match new llvm-objdump output
...
llvm-svn: 217932
2014-09-17 00:51:18 +00:00
Ed Maste
def0dae250
Build lldb-mi on all platforms with Makefile builds
...
CMake builds already do so.
llvm-svn: 217931
2014-09-17 00:28:31 +00:00
Nick Kledzik
3006130a8e
[llvm-objdump] properly use c_str() with format("%s"). Improve getLibraryShortNameByIndex() error handling.
...
llvm-svn: 217930
2014-09-17 00:25:22 +00:00
Dmitry Vyukov
6466f43688
tsan: fix crash when a program registers zillions of atexit callbacks
...
I don't remember that crash on mmap in internal allocator
ever yielded anything useful, only crashes in rare wierd untested situations.
One of the reasons for crash was to catch if tsan starts allocating
clocks using mmap. Tsan does not allocate clocks using internal_alloc anymore.
Solve it once and for all by allowing mmaps.
llvm-svn: 217929
2014-09-17 00:12:50 +00:00
Robin Morisset
25c8e318e4
[X86] Use the generic AtomicExpandPass instead of X86AtomicExpandPass
...
This required a new hook called hasLoadLinkedStoreConditional to know whether
to expand atomics to LL/SC (ARM, AArch64, in a future patch Power) or to
CmpXchg (X86).
Apart from that, the new code in AtomicExpandPass is mostly moved from
X86AtomicExpandPass. The main result of this patch is to get rid of that
pass, which had lots of code duplicated with AtomicExpandPass.
llvm-svn: 217928
2014-09-17 00:06:58 +00:00
Enrico Granata
6389a7da08
More categories could be added, and having an explicit list in this test case is a fairly bullet-proof recipe for disaster. Use the * enabling feature to workaround this. Fixes rdar://18358649
...
llvm-svn: 217927
2014-09-16 22:53:30 +00:00
Quentin Colombet
ac55b15bf4
[CodeGenPrepare][AddressingModeMatcher] The promotion mechanism was expecting
...
instructions when truncate, sext, or zext were created. Fix that.
llvm-svn: 217926
2014-09-16 22:36:07 +00:00
Aaron Watry
f4133b8a10
R600: Map Address spaces for atomic_cmpxchg
...
Signed-off-by: Aaron Watry <awatry@gmail.com >
Reviewed-by: Tom Stellard <thomas.stellard@amd.com >
llvm-svn: 217925
2014-09-16 22:34:59 +00:00
Aaron Watry
e210cae126
R600: Map address spaces for atomic_xchg
...
Signed-off-by: Aaron Watry <awatry@gmail.com >
Reviewed-by: Tom Stellard <thomas.stellard@amd.com >
llvm-svn: 217924
2014-09-16 22:34:58 +00:00
Aaron Watry
0545fa3fb0
R600: Map address spaces for atomic_min
...
Signed-off-by: Aaron Watry <awatry@gmail.com >
Reviewed-by: Tom Stellard <thomas.stellard@amd.com >
llvm-svn: 217923
2014-09-16 22:34:56 +00:00
Aaron Watry
dd754f4b33
R600: Map address spaces for atomic_xor
...
Signed-off-by: Aaron Watry <awatry@gmail.com >
Reviewed-by: Tom Stellard <thomas.stellard@amd.com >
llvm-svn: 217922
2014-09-16 22:34:55 +00:00
Aaron Watry
ea32a57060
R600: Map addr spaces and use atomic_max
...
Signed-off-by: Aaron Watry <awatry@gmail.com >
Reviewed-by: Tom Stellard <thomas.stellard@amd.com >
llvm-svn: 217921
2014-09-16 22:34:53 +00:00
Aaron Watry
5ab82be926
R600: Map address spaces for atomic_or
...
Signed-off-by: Aaron Watry <awatry@gmail.com >
Reviewed-by: Tom Stellard <thomas.stellard@amd.com >
llvm-svn: 217920
2014-09-16 22:34:52 +00:00
Aaron Watry
348db3c666
R600: Map atomic_and address spaces
...
Signed-off-by: Aaron Watry <awatry@gmail.com >
Reviewed-by: Tom Stellard <thomas.stellard@amd.com >
llvm-svn: 217919
2014-09-16 22:34:51 +00:00
Aaron Watry
0d976ba497
atomic: Add generic atom[ic]_cmpxchg
...
Signed-off-by: Aaron Watry <awatry@gmail.com >
Reviewed-by: Tom Stellard <thomas.stellard@amd.com >
llvm-svn: 217918
2014-09-16 22:34:49 +00:00
Aaron Watry
025d79ad6c
atomic: Implement generic atom[ic]_xchg
...
Signed-off-by: Aaron Watry <awatry@gmail.com >
Reviewed-by: Tom Stellard <thomas.stellard@amd.com >
llvm-svn: 217917
2014-09-16 22:34:45 +00:00
Aaron Watry
7cfa12c2a5
atomic: Add generic atomic_min implementation
...
Signed-off-by: Aaron Watry <awatry@gmail.com >
Reviewed-by: Tom Stellard <thomas.stellard@amd.com >
llvm-svn: 217916
2014-09-16 22:34:41 +00:00
Aaron Watry
3f0a1a4c27
atomic: Add generic atom[ic]_xor
...
Signed-off-by: Aaron Watry <awatry@gmail.com >
Reviewed-by: Tom Stellard <thomas.stellard@amd.com >
llvm-svn: 217915
2014-09-16 22:34:36 +00:00
Aaron Watry
31e67d1cff
atomic: Add atom[ic]_or
...
Signed-off-by: Aaron Watry <awatry@gmail.com >
Reviewed-by: Tom Stellard <thomas.stellard@amd.com >
llvm-svn: 217914
2014-09-16 22:34:32 +00:00
Aaron Watry
cc68405761
atomics: Add generic atom[ic]_and
...
Not used yet.
Signed-off-by: Aaron Watry <awatry@gmail.com >
Reviewed-by: Tom Stellard <thomas.stellard@amd.com >
llvm-svn: 217913
2014-09-16 22:34:28 +00:00
Aaron Watry
49614fbfd9
atomic: Add generic implementation of atom[ic]_max
...
Not used yet...
v2: Correct int/uint behavior
Signed-off-by: Aaron Watry <awatry@gmail.com >
Reviewed-by: Tom Stellard <thomas.stellard@amd.com >
llvm-svn: 217912
2014-09-16 22:34:24 +00:00
Aaron Watry
c9b88d32be
atomic: define extension functions for existing atomic implementations
...
We were missing the local versions of the atom_* before
Signed-off-by: Aaron Watry <awatry@gmail.com >
Reviewed-by: Tom Stellard <thomas.stellard@amd.com >
llvm-svn: 217911
2014-09-16 22:34:21 +00:00
Reid Kleckner
5c553e3785
Don't try to devirtualize non-virtual calls
...
We would end up marking the vtable of the derived class as used for no
reason. Because the call itself is qualified, it is never virtual, and
the vtable of the derived class isn't helpful. We would end up rejecting
code that MSVC accepts for no benefit.
See http://crbug.com/413478
llvm-svn: 217910
2014-09-16 22:23:33 +00:00