| Commit message (Collapse) | Author | Age | Files | Lines |
| ... | |
| |
|
|
|
|
| |
immediate inputs.
llvm-svn: 269886
|
| |
|
|
|
|
| |
bytes in the DAG isel table by removing type checks for the condition operand which is always a vector or scalar of i1 matching the the number of elements in the other operands.
llvm-svn: 269885
|
| |
|
|
|
|
| |
the name number of elements as the destination type.
llvm-svn: 269884
|
| |
|
|
|
|
|
|
| |
CodeGen support
Differential Revision: http://reviews.llvm.org/D15418
llvm-svn: 269883
|
| |
|
|
|
|
|
|
|
| |
There is no frame validity check in the slow unwinder like there is in the fast unwinder due to which lsan reports a leak even for heap allocated coroutine in the test swapcontext.cc. Since mips/linux uses slow unwindwer instead of fast unwinder, the test fails for mips/linux. Therefore adding the checks before unwinding fixes the test for mips/linux.
Reviewed by aizatsky.
Differential: http://reviews.llvm.org/D19961
llvm-svn: 269882
|
| |
|
|
|
|
| |
report_fatal_error.
llvm-svn: 269881
|
| |
|
|
| |
llvm-svn: 269880
|
| |
|
|
|
|
|
|
| |
builtin_shufflevector form that it doesn't support. Remove CodeGen support for the same form since it could never have been used due to the missing support in Sema.
I couldn't find any documentation that this form existed either. Nor is there documentation for one of the remaining two forms, but there is a testcase that uses it.
llvm-svn: 269879
|
| |
|
|
|
|
| |
This time allow -128 to 255 for builtins that use a char type immediate."
llvm-svn: 269878
|
| |
|
|
|
|
|
|
|
|
| |
This is a pretty straightforward first pass over removing a number of uses of
Mutex in favor of std::mutex or std::recursive_mutex. The problem is that there
are interfaces which take Mutex::Locker & to lock internal locks. This patch
cleans up most of the easy cases. The only non-trivial change is in
CommandObjectTarget.cpp where a Mutex::Locker was split into two.
llvm-svn: 269877
|
| |
|
|
|
|
|
|
| |
haven't been used as builtins in clang for a long time.
Can probably remove the intrinsics entirely, but that will require more work.
llvm-svn: 269876
|
| |
|
|
| |
llvm-svn: 269875
|
| |
|
|
| |
llvm-svn: 269874
|
| |
|
|
| |
llvm-svn: 269873
|
| |
|
|
| |
llvm-svn: 269872
|
| |
|
|
|
|
|
| |
Very few things in MC itself use the option. Most of the code that that
uses it could be move to CodeGen.
llvm-svn: 269871
|
| |
|
|
|
|
| |
for targeting *-win32.
llvm-svn: 269870
|
| |
|
|
|
|
| |
abi_tag or no_sanitize attributes.
llvm-svn: 269869
|
| |
|
|
|
|
|
| |
This fixes a build breakage that would otherwise only be fixable
through a circular header dependency.
llvm-svn: 269868
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
* Reworks the CVSymbolTypes.def to work similarly to TypeRecords.def.
* Moves some enums from SymbolRecords.h to CodeView.h to maintain
consistency with how we do type records.
* Generalize a few simple things like the record prefix
* Define the leaf enum and the kind enum similar to how we do with tyep
records.
Differential Revision: http://reviews.llvm.org/D20342
Reviewed By: amccarth, rnk
llvm-svn: 269867
|
| |
|
|
| |
llvm-svn: 269866
|
| |
|
|
|
|
|
|
|
| |
structs"
This reverts commits r269845, r269846, and r269850 as they
introduce a crash in obj2yaml when trying to do a roundtrip.
llvm-svn: 269865
|
| |
|
|
| |
llvm-svn: 269864
|
| |
|
|
|
|
| |
This reverts commit http://reviews.llvm.org/rL269856
llvm-svn: 269863
|
| |
|
|
| |
llvm-svn: 269862
|
| |
|
|
|
|
|
|
|
|
| |
I don't yet fully understand the meaning of these data strcutures,
but at least it seems that their sizes and types are correct.
With this change, we can read publics streams till end.
Differential Revision: http://reviews.llvm.org/D20343
llvm-svn: 269861
|
| |
|
|
|
|
|
|
| |
TestWatchLocation.py fails on arm-linux target due to unicode error in lldb testsuite.
This is a known issue and same test fails on OS X with similar reason.
I have reported a bug and marked this test as xfail for arm-linux targets.
llvm-svn: 269860
|
| |
|
|
| |
llvm-svn: 269859
|
| |
|
|
|
|
| |
on a declaration that already knows the location of the DefinitionData object.
llvm-svn: 269858
|
| |
|
|
| |
llvm-svn: 269857
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Summary:
Adds *fstat to the common interceptors.
Removes the now-duplicate fstat interceptor from msan/tsan
This adds fstat to asan/esan, which previously did not intercept it.
Reviewers: eugenis, vitalybuka, aizatsky
Subscribers: tberghammer, danalbert, srhines, kubabrecka, bruening, kcc
Differential Revision: http://reviews.llvm.org/D20318
llvm-svn: 269856
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The ignore_interceptors_accesses setting did not have an effect on mmap, so
let's change that. It helps in cases user code is accessing the memory
written to by mmap when the synchronization is ensured by the code that
does not get rebuilt.
(This effects Swift interoperability since it's runtime is mapping memory
which gets accessed by the code emitted into the Swift application by the
compiler.)
Differential Revision: http://reviews.llvm.org/D20294
llvm-svn: 269855
|
| |
|
|
|
|
|
|
|
|
|
| |
We currently don't represent get_local and set_local explicitly; they
are just implied by virtual register use and def. This avoids a lot of
clutter, but it does complicate stackifying: get_locals read their
operands at their position in the stack evaluation order, rather than
at their parent instruction. This patch adds code to walk the stack to
determine the precise ordering, when needed.
llvm-svn: 269854
|
| |
|
|
| |
llvm-svn: 269853
|
| |
|
|
| |
llvm-svn: 269852
|
| |
|
|
| |
llvm-svn: 269851
|
| |
|
|
|
|
| |
This should fix the bots.
llvm-svn: 269850
|
| |
|
|
|
|
|
|
|
| |
would come from changing the type of ASTContext::DeclAttrs from
DenseMap<Decl*,AttrVec*> to DenseMap<Decl*,AttrVec>), and it turns out to be
impractical to avoid the allocation there, because we expose the address of the
attribute vector in ways that are hard to fix.
llvm-svn: 269849
|
| |
|
|
| |
llvm-svn: 269848
|
| |
|
|
|
|
| |
Patch by JakeVanAdrighem. Thanks!
llvm-svn: 269847
|
| |
|
|
|
|
| |
Apparently I mucked up the mappings here, which was causing some binary differences in round tripping.
llvm-svn: 269846
|
| |
|
|
|
|
| |
This patch adds round trip support for MachO section structs.
llvm-svn: 269845
|
| |
|
|
| |
llvm-svn: 269844
|
| |
|
|
| |
llvm-svn: 269843
|
| |
|
|
| |
llvm-svn: 269842
|
| |
|
|
| |
llvm-svn: 269841
|
| |
|
|
|
|
|
|
|
| |
instead of having DwarfUnit query the debugger tuning options.
Follow-up commmit to r269827.
Thanks to Paul Robinson for pointing this out!
llvm-svn: 269840
|
| |
|
|
| |
llvm-svn: 269839
|
| |
|
|
| |
llvm-svn: 269838
|
| |
|
|
| |
llvm-svn: 269837
|