| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
| |
instead of comparing to nullptr.
llvm-svn: 206243
|
| |
|
|
| |
llvm-svn: 206242
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This patch re-introduces the MCContext member that was removed from
MCDisassembler in r206063, and requires that an MCContext be passed in at
MCDisassembler construction time. (Previously the MCContext member had been
initialized in an ad-hoc fashion after construction). The MCCContext member
can be used by MCDisassembler sub-classes to construct constant or
target-specific MCExprs.
This patch updates disassemblers for in-tree targets, and provides the
MCRegisterInfo instance that some disassemblers were using through the
MCContext (previously those backends were constructing their own
MCRegisterInfo instances).
llvm-svn: 206241
|
| |
|
|
|
|
|
|
|
|
| |
*not* Subtarget->hasSSE1()
*but* __SSE__, the flag that LLVM libraries are compiled
The callback calls internal LLVM JIT libraries. It may be built with -msse (or above).
FIXME: JIT may use "host" instead of "generic" by default.
llvm-svn: 206240
|
| |
|
|
|
|
| |
Range-based for loops. No functional change intended.
llvm-svn: 206239
|
| |
|
|
| |
llvm-svn: 206238
|
| |
|
|
| |
llvm-svn: 206237
|
| |
|
|
|
|
|
|
|
| |
Currently, we bind those directives with the last symbol, so if none
has been defined, this would lead to a crash of the compiler.
<rdar://problem/15939159>
llvm-svn: 206236
|
| |
|
|
|
|
| |
<rdar://problem/16582185>
llvm-svn: 206235
|
| |
|
|
| |
llvm-svn: 206234
|
| |
|
|
|
|
|
|
|
|
| |
DynamicLoaderDarwinKernel::ReadKextSummaryHeader()
when it is reading the kext table, in case we're reading out of a core file with
corrupt contents in this region.
<rdar://problem/16601915>
llvm-svn: 206233
|
| |
|
|
|
|
| |
diagnostics which caused delayed diagnostics on dead paths to be emitted.
llvm-svn: 206232
|
| |
|
|
|
|
|
|
| |
CapturedStmt was being ignored by instrumentation based profiling, and
its counters attributed to the containing function. Instead, we need
to treat this as a top level entity, like we do with blocks.
llvm-svn: 206231
|
| |
|
|
|
|
|
|
|
|
|
|
| |
along with templated overloads much like we have for Allocate. These
will facilitate switching the Deallocate interface of all the Allocator
classes to accept the size by pre-filling it from the type size where we
can do so. I plan to convert several uses to the template variants in
subsequent patches prior to adding the Size parameter.
No functionality changed, WIP.
llvm-svn: 206230
|
| |
|
|
|
|
| |
post-commit review feedback. Amends r206186.
llvm-svn: 206229
|
| |
|
|
| |
llvm-svn: 206228
|
| |
|
|
|
|
| |
<rdar://problem/16573920>
llvm-svn: 206227
|
| |
|
|
|
|
|
| |
static_assert added in r206225. I'm looking into a proper fix, but
wanted the bots back.
llvm-svn: 206226
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
rather than defining them (differently!) in both allocators. This also
serves as a basis for documenting and even enforcing some of the
LLVM-style "allocator" concept methods which must exist with various
signatures.
I plan on extending and changing the signatures of these to further
simplify our allocator model in subsequent commits, so I wanted to
factor things as best as I could first. Notably, I'm working to add the
'Size' to the deallocation method of all allocators. This has several
implications not the least of which are faster deallocation times on
certain allocation libraries (tcmalloc). It also will allow the JIT
allocator to fully model the existing allocation interfaces and allow
sanitizer poisoning of deallocated regions. The list of advantages goes
on. =] But by factoring things first I'll be able to make this easier by
first introducing template helpers for the deallocation path.
llvm-svn: 206225
|
| |
|
|
| |
llvm-svn: 206224
|
| |
|
|
|
|
|
| |
argument to __builtin_va_arg. Patch by Rahul Jain, some test massaging and
IR emission order changes by me.
llvm-svn: 206223
|
| |
|
|
|
|
|
|
|
| |
Got bored, removed some manual memory management.
Pushed references (rather than pointers) through a few APIs rather than
replacing *x with x.get().
llvm-svn: 206222
|
| |
|
|
|
|
| |
certain file systems, treat them as if they were the same file.
llvm-svn: 206221
|
| |
|
|
|
|
| |
Missed one in r206094. This brings MC and TargetMachine back into sync.
llvm-svn: 206220
|
| |
|
|
|
|
| |
Changes requested in code review by Eric Christopher of r206130.
llvm-svn: 206219
|
| |
|
|
|
|
|
| |
I can't seem to get a testcase to show a difference here, but it's
part of the unconditional-br.ll line table weirdness.
llvm-svn: 206218
|
| |
|
|
| |
llvm-svn: 206217
|
| |
|
|
| |
llvm-svn: 206215
|
| |
|
|
|
|
| |
Fix cases where the Value itself is used, and not the constant value.
llvm-svn: 206214
|
| |
|
|
|
|
| |
Patch from Michael Tao.
llvm-svn: 206213
|
| |
|
|
| |
llvm-svn: 206212
|
| |
|
|
|
|
|
|
| |
This matches that ARM64Subtarget does for now.
This is related to <rdar://problem/16573920>
llvm-svn: 206211
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Thanks to dblaikie for updating the testcase!
Debug info: (bugfix) C++ C/Dtors can be compiled to multiple functions,
therefore, their declaration cannot have one DW_AT_linkage_name.
The specific instances however can and should have that attribute.
This patch reorders the code in DwarfUnit::getOrCreateSubprogramDIE()
to emit linkage names for C/Dtors.
rdar://problem/16362674.
llvm-svn: 206210
|
| |
|
|
|
|
|
|
| |
small formatting inconsistencies with the rest of LLVM and even this
file. I looked at all the changes and they seemed like just better
formatting.
llvm-svn: 206209
|
| |
|
|
|
|
|
|
|
|
|
| |
In rare cases the dead definition elimination pass code can cause illegal cmn
instructions when it replaces dead registers on instructions that use
unmaterialized frame indexes. This patch disables the dead definition
optimization for instructions which include frame index operands.
rdar://16438284
llvm-svn: 206208
|
| |
|
|
|
|
|
| |
This patch adds a -arm64-dead-def-elimination flag so that it is possible to
disable dead definition elimination. Includes test case.
llvm-svn: 206207
|
| |
|
|
|
|
| |
if the member is already 'const'. Don't assert in that case.
llvm-svn: 206205
|
| |
|
|
|
|
| |
DeclContext is (lexically) within a C language linkage specification.
llvm-svn: 206204
|
| |
|
|
| |
llvm-svn: 206203
|
| |
|
|
|
|
| |
Apparently this was required by some compilers.
llvm-svn: 206202
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
To differentiate between two modules with the same name, we will
consider the path the module map file that they are defined by* part of
the ‘key’ for looking up the precompiled module (pcm file).
Specifically, this patch renames the precompiled module (pcm) files from
cache-path/<module hash>/Foo.pcm
to
cache-path/<module hash>/Foo-<hash of module map path>.pcm
In addition, I’ve taught the ASTReader to re-resolve the names of
imported modules during module loading so that if the header search
context changes between when a module was originally built and when it
is loaded we can rebuild it if necessary. For example, if module A
imports module B
first time:
clang -I /path/to/A -I /path/to/B ...
second time:
clang -I /path/to/A -I /different/path/to/B ...
will now rebuild A as expected.
* in the case of inferred modules, we use the module map file that
allowed the inference, not the __inferred_module.map file, since the
inferred file path is the same for every inferred module.
llvm-svn: 206201
|
| |
|
|
|
|
| |
This should hopefully unbreak the MSVC build after r206178.
llvm-svn: 206200
|
| |
|
|
| |
llvm-svn: 206199
|
| |
|
|
| |
llvm-svn: 206198
|
| |
|
|
| |
llvm-svn: 206197
|
| |
|
|
|
|
| |
been removed in r200442.
llvm-svn: 206196
|
| |
|
|
| |
llvm-svn: 206195
|
| |
|
|
|
|
|
|
|
|
|
|
| |
basic blocks inside loops correctly.
Previously, BranchProbabilityInfo::calcLoopBranchHeuristics would determine the weights of basic blocks inside loops even when it didn't have enough information to estimate the branch probabilities correctly. This patch fixes the function to exit early if it doesn't see any exit edges or back edges and let the later heuristics determine the weights.
This fixes PR18705 and <rdar://problem/15991090>.
Differential Revision: http://reviews.llvm.org/D3363
llvm-svn: 206194
|
| |
|
|
| |
llvm-svn: 206193
|
| |
|
|
|
|
|
|
|
|
|
|
| |
This allows correct relocations to be generated for a symbolic
address that is being adjusted by a negative constant. Since r204294,
such expressions have triggered undefined behavior when LLVM was built
without assertions.
Credit goes to Rafael for this patch; I'm submitting it on his behalf
as he is on vacation this week.
llvm-svn: 206192
|