| Commit message (Collapse) | Author | Age | Files | Lines |
| ... | |
| |
|
|
| |
llvm-svn: 269898
|
| |
|
|
|
|
|
|
| |
This reverts commit rL269893.
Incorrect patch applied.
llvm-svn: 269897
|
| |
|
|
|
|
|
|
| |
Instead of forming char ranges that patch made us form token ranges,
which behave subtly different. Sadly I'm only seeing this as part of a
larger test case that I haven't fully reduced yet.
llvm-svn: 269896
|
| |
|
|
| |
llvm-svn: 269895
|
| |
|
|
|
|
|
| |
Something behind that flag makes us get fewer typo correction callbacks,
unbreak the tests on windows for now.
llvm-svn: 269894
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Restrict the creation of compact branches so that they meet the ISA encoding
requirements. Notably do not permit $zero to be used as a operand for compact
branches and ensure that some other branches fulfil the requirement that
rs != rt.
Fixup cases where $rs > $rt for bnec and beqc.
Reviewers: dsanders, vkalintiris
Differential Review: http://reviews.llvm.org/D20284
llvm-svn: 269893
|
| |
|
|
|
|
|
|
|
|
| |
This change adds support for software floating point operations for Sparc targets.
This is the first in a set of patches to enable software floating point on Sparc. The next patch will enable the option to be used with Clang.
Differential Revision: http://reviews.llvm.org/D19265
llvm-svn: 269892
|
| |
|
|
|
|
|
|
|
| |
/Gr), by Alexander Makarov
Patch for bug #27711
Differential Revision: http://reviews.llvm.org/D20171
llvm-svn: 269891
|
| |
|
|
|
|
|
|
|
|
| |
Reviewers: bkramer
Subscribers: cfe-commits, ioeric
Differential Revision: http://reviews.llvm.org/D20354
llvm-svn: 269890
|
| |
|
|
| |
llvm-svn: 269889
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
colon in constructor initializer.
Summary: Make clang-format cleaner remove redundant commas/colons in constructor initializer list.
Reviewers: klimek, djasper
Subscribers: cfe-commits, klimek
Differential Revision: http://reviews.llvm.org/D19804
llvm-svn: 269888
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
'covmapping' files.
Coverage mapping data is organized in a sequence of blocks, each of which is expected
to be aligned by 8 bytes. This feature is used when reading those blocks, see
VersionedCovMapFuncRecordReader::readFunctionRecords(). If a misaligned covearge
mapping data has more than one block, it causes llvm-cov to fail.
Differential Revision: http://reviews.llvm.org/D20285
llvm-svn: 269887
|
| |
|
|
|
|
| |
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
|