| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
|
|
| |
overloads, and conversion functions.
Patch by Craig Tenenbaum!
llvm-svn: 216480
|
| |
|
|
| |
llvm-svn: 216479
|
| |
|
|
| |
llvm-svn: 216478
|
| |
|
|
| |
llvm-svn: 216477
|
| |
|
|
| |
llvm-svn: 216476
|
| |
|
|
|
|
| |
PR 20642.
llvm-svn: 216475
|
| |
|
|
|
|
|
|
|
| |
lowering of the intrinsics.
Prior to this commit, most of the copy-related intrinsics could be optimized
away. The situation is still not ideal as there are several possibilities to
lower a given intrinsic. Currently, we match LLVM behavior.
llvm-svn: 216474
|
| |
|
|
|
|
|
|
|
|
|
|
| |
defining triple.
And likewise for qProcessInfo on Linux, but ensures cputype/cpusubtype is not defined. The
Apple case is the more important one, since we take a slightly different path to initialize
ProcessGDBRemote-related remote host/process info if triple is present.
Related to http://llvm.org/bugs/show_bug.cgi?id=20755.
llvm-svn: 216473
|
| |
|
|
|
|
| |
flag.
llvm-svn: 216472
|
| |
|
|
|
|
| |
proper flag.
llvm-svn: 216471
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
This change addresses this bug:
http://llvm.org/bugs/show_bug.cgi?id=20755
This change:
* Modifies llgs to send triple instead of cputype and cpusubtype when not on Apple platforms in qProcessInfo.
* Modifies lldb's GDBRemoteCommunicationClient to handle the triple returned from qProcessInfo if given.
When given, it will prefer to use triple over cputype and cpusubtype.
* Adds gdb-remote protocol tests to verify that cputype and cpusubtype are specified on darwin, and that triple is specified on Linux.
llvm-svn: 216470
|
| |
|
|
|
|
|
|
| |
feature is c11 about nested struct declarations must have
struct-declarator-list. Without this change, code
which was meant for c99 breaks. rdar://18125536
llvm-svn: 216469
|
| |
|
|
|
|
| |
Thanks to David Blaikie for the suggestion.
llvm-svn: 216468
|
| |
|
|
| |
llvm-svn: 216467
|
| |
|
|
| |
llvm-svn: 216466
|
| |
|
|
|
|
|
|
|
| |
I'm about to add some more qProcessInfo tests so I wanted to first pull them out
of the monolithic TestLldbGdbServer test case class.
Related to http://llvm.org/bugs/show_bug.cgi?id=20755
llvm-svn: 216465
|
| |
|
|
|
|
|
|
| |
The memory management in BugPoint is fairly convoluted, so this just unwraps
one layer by changing the return type of functions that always return
owned Modules.
llvm-svn: 216464
|
| |
|
|
| |
llvm-svn: 216463
|
| |
|
|
|
|
|
|
|
| |
we can also fix the original header guard.
We still allow an _ at the end of a header guard since it's so common, but
remove it now when the #endif comment is changed.
llvm-svn: 216462
|
| |
|
|
|
|
|
| |
Just call parseBitcodeFile instead of getLazyBitcodeModule followed by
materializeAllPermanently.
llvm-svn: 216461
|
| |
|
|
|
|
|
|
|
| |
We had two functions for finding the temp or cache directory. Each had a
different set of smarts about OS specific APIs.
With this patch system_temp_directory becomes the only way to do it.
llvm-svn: 216460
|
| |
|
|
| |
llvm-svn: 216459
|
| |
|
|
| |
llvm-svn: 216458
|
| |
|
|
|
|
| |
vectors, so this fixes a broken build from r216385.
llvm-svn: 216457
|
| |
|
|
|
|
|
|
| |
path separators as well as case sensitivity of the "no" in "no such file or directory." Rather than revert this file back to its original form, I've made some incredibly ugly regexes so that it will pass everywhere.
Note, the path this test reports a failure on (for my Windows setup) is: E:\llvm\llvm\tools\clang\test\Frontend/doesnotexist/somename
llvm-svn: 216456
|
| |
|
|
|
|
|
|
| |
MachineBasicBlock::iterator.
It seems on Darwin the illegal round-trip ::iterator -> MachineInstr* -> ::iterator breaks execution horribly when the iterator is not a real MachineInstr, like ::end().
llvm-svn: 216455
|
| |
|
|
| |
llvm-svn: 216454
|
| |
|
|
|
|
| |
This completes all ACLE hint intrinsics.
llvm-svn: 216453
|
| |
|
|
| |
llvm-svn: 216452
|
| |
|
|
| |
llvm-svn: 216451
|
| |
|
|
|
|
| |
This warning makes it a bit hard to define strlen and wcslen interceptors in an elegant yet portable way
llvm-svn: 216450
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Before:
int a[5];
a[3] += 42;
After:
int a[ 5 ];
a[ 3 ] += 42;
Fixes LLVM bug #17887 (http://llvm.org/bugs/show_bug.cgi?id=17887).
Patch by Marek Kurdej, thank you!
llvm-svn: 216449
|
| |
|
|
| |
llvm-svn: 216448
|
| |
|
|
|
|
|
| |
With this patch, "check-asan" passes all the tests with both MT and MD ASan RTL if you set COMPILER_RT_BUILD_SHARED_ASAN to ON
(PR20214)
llvm-svn: 216447
|
| |
|
|
|
|
|
| |
Insert the LDREX/STREX instruction sequence specified in ARM ACLE 2.0,
as SWP instruction is deprecated since ARMv6.
llvm-svn: 216446
|
| |
|
|
|
|
|
|
|
|
|
|
| |
Before:
std::vector<int> v = {
1, 0 /* comment */
};
After:
std::vector<int> v = {1, 0 /* comment */};
llvm-svn: 216445
|
| |
|
|
|
|
|
|
|
|
|
|
| |
(X >> Z) & (Y >> Z) -> (X&Y) >> Z for all shifts.
(X >> Z) | (Y >> Z) -> (X|Y) >> Z for all shifts.
(X >> Z) ^ (Y >> Z) -> (X^Y) >> Z for all shifts.
These patterns were previously handled separately in visitAnd()/visitOr()/visitXor().
Differential Revision: http://reviews.llvm.org/D4951
llvm-svn: 216443
|
| |
|
|
| |
llvm-svn: 216442
|
| |
|
|
|
|
|
| |
Save InstCombine some work if we can perform this fold during
InstSimplify.
llvm-svn: 216441
|
| |
|
|
|
|
| |
DWARF2/3 compliant producers.
llvm-svn: 216440
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
consider:
long long *f(long long *b, long long *e) {
return b + (e - b);
}
we would lower this to something like:
define i64* @f(i64* %b, i64* %e) {
%1 = ptrtoint i64* %e to i64
%2 = ptrtoint i64* %b to i64
%3 = sub i64 %1, %2
%4 = ashr exact i64 %3, 3
%5 = getelementptr inbounds i64* %b, i64 %4
ret i64* %5
}
This should fold away to just 'e'.
N.B. This adds m_SpecificInt as a convenient way to match against a
particular 64-bit integer when using LLVM's match interface.
llvm-svn: 216439
|
| |
|
|
| |
llvm-svn: 216438
|
| |
|
|
|
|
|
| |
pattern of an alias template declaration. Use this to merge alias templates
properly when they're members of class template specializations.
llvm-svn: 216437
|
| |
|
|
|
|
| |
Followup based on review.
llvm-svn: 216436
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Summary:
PR19838
When operator new[] is called and an array cookie is created
we want asan to detect buffer overflow bugs that touch the cookie.
For that we need to
a) poison the shadow for the array cookie (call __asan_poison_cxx_array_cookie).
b) ignore the legal accesses to the cookie generated by clang (add 'nosanitize' metadata)
Reviewers: timurrrr, samsonov, rsmith
Reviewed By: rsmith
Subscribers: cfe-commits
Differential Revision: http://reviews.llvm.org/D4774
llvm-svn: 216434
|
| |
|
|
|
|
| |
This reverts commit r216365.
llvm-svn: 216433
|
| |
|
|
|
|
| |
Address review comments.
llvm-svn: 216432
|
| |
|
|
|
|
| |
This reverts commit r216358.
llvm-svn: 216431
|
| |
|
|
|
|
| |
This reverts commit r216364.
llvm-svn: 216430
|
| |
|
|
|
|
| |
This reverts commit rr216359.
llvm-svn: 216429
|