| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
| |
llvm-svn: 203032
|
| |
|
|
|
|
| |
for verbose asm.
llvm-svn: 203031
|
| |
|
|
|
|
|
|
| |
This enables us to figure out where in the debug_loc section our
locations are so that we can eventually hash them. It also helps
remove some special case code in emission. No functional change.
llvm-svn: 203018
|
| |
|
|
|
|
|
|
|
| |
On cores without fpcvt support, we cannot promote int_to_fp i1 operations,
because there is nothing to promote them to. The most straightforward
implementation of this uses a select to choose between the two possible
resulting floating-point values (and that's what is done here).
llvm-svn: 203015
|
| |
|
|
| |
llvm-svn: 203013
|
| |
|
|
|
|
|
|
| |
Provide triple and data layout as well as module names (or empty string) when there's a mismatch.
Differential Revision: http://llvm-reviews.chandlerc.com/D2971
llvm-svn: 203009
|
| |
|
|
|
|
| |
Fixes PR19045.
llvm-svn: 203008
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Before llvm-mc would print it, but llc was assuming that it would produce
another section changing directive before one was needed. That assumption is
false with inline asm.
Fixes PR19049.
Another option would be to always create the section, but in the asm printer
avoid printing sections changes during initialization. That would work, but
* We do use the fact that llvm-mc prints it in testing. The tests can be changed
if needed.
* A quick poll on IRC suggest that most developers prefer the implicit .text to
be printed.
llvm-svn: 203001
|
| |
|
|
|
|
|
|
|
| |
When using a //net/ path, we were transforming the trailing / into a '.'
when the path was just the root path and we were iterating backwards.
Forwards iteration and other kinds of root path (C:\, /) were already
correct.
llvm-svn: 202999
|
| |
|
|
| |
llvm-svn: 202997
|
| |
|
|
| |
llvm-svn: 202996
|
| |
|
|
|
|
| |
Originally committed in r202985.
llvm-svn: 202992
|
| |
|
|
| |
llvm-svn: 202985
|
| |
|
|
|
|
| |
From Brad Smith.
llvm-svn: 202967
|
| |
|
|
|
|
| |
bits.This directive is a counterpart of -mattr=dsp command line option with the exception that it does not influence elf header flags. The usage example is gives in test file.
llvm-svn: 202966
|
| |
|
|
|
| |
Contributed-by: Michael Zolutukin <mzolotukhin@apple.com>
llvm-svn: 202963
|
| |
|
|
|
|
| |
implementation already lives.
llvm-svn: 202961
|
| |
|
|
|
|
|
|
|
|
|
| |
already lived there and it is where it belongs -- this is the in-memory
debug location representation.
This is just cleanup -- Modules can actually cope with this, but that
doesn't make it right. After chatting with folks that have out-of-tree
stuff, going ahead and moving the rest of the headers seems preferable.
llvm-svn: 202960
|
| |
|
|
|
|
|
|
| |
This will allow external callers of these functions to switch over time
rather than forcing a breaking change all a once. These particular
functions were determined by building clang/lld/lldb.
llvm-svn: 202959
|
| |
|
|
|
|
|
|
| |
to ensure we don't mess up any of the overrides. Necessary for cleaning
up the Value use iterators and enabling range-based traversing of use
lists.
llvm-svn: 202958
|
| |
|
|
| |
llvm-svn: 202957
|
| |
|
|
|
|
| |
class.
llvm-svn: 202953
|
| |
|
|
|
|
| |
class.
llvm-svn: 202946
|
| |
|
|
|
|
| |
class.
llvm-svn: 202945
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
Patchpoints already did this. Doing it for stackmaps is a convenience
for the runtime in the event that it needs to scratch register to
patch or perform a runtime call thunk.
Unlike patchpoints, we just assume the AnyRegCC calling
convention. This is the only language and target independent calling
convention specific to stackmaps so makes sense. Although the calling
convention is not currently used to select the scratch registers.
llvm-svn: 202943
|
| |
|
|
| |
llvm-svn: 202939
|
| |
|
|
|
|
| |
Patch by Manuel Jacob.
llvm-svn: 202936
|
| |
|
|
|
|
| |
Found self-hosting clang-cl on windows. :)
llvm-svn: 202935
|
| |
|
|
| |
llvm-svn: 202932
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
selection dag (PR19012)
In X86SelectionDagInfo::EmitTargetCodeForMemcpy we check with MachineFrameInfo
to make sure that ESI isn't used as a base pointer register before we choose to
emit rep movs (which clobbers esi).
The problem is that MachineFrameInfo wouldn't know about dynamic allocas or
inline asm that clobbers the stack pointer until SelectionDAGBuilder has
encountered them.
This patch fixes the problem by checking for such things when building the
FunctionLoweringInfo.
Differential Revision: http://llvm-reviews.chandlerc.com/D2954
llvm-svn: 202930
|
| |
|
|
|
|
| |
Patch by Manuel Jacob!
llvm-svn: 202928
|
| |
|
|
| |
llvm-svn: 202926
|
| |
|
|
|
|
|
| |
using a full uint16_t with the flag value... which happens to be
0 or 1. Update the class for bool values and rename functions slightly.
llvm-svn: 202921
|
| |
|
|
| |
llvm-svn: 202920
|
| |
|
|
| |
llvm-svn: 202919
|
| |
|
|
| |
llvm-svn: 202918
|
| |
|
|
| |
llvm-svn: 202914
|
| |
|
|
| |
llvm-svn: 202913
|
| |
|
|
|
|
|
|
|
| |
Currently this code is duplicated across visitSHL, visitSRA and visitSRL. The
plan is to add rotates as clients to this new function.
There is no functional change intended here.
llvm-svn: 202908
|
| |
|
|
| |
llvm-svn: 202905
|
| |
|
|
| |
llvm-svn: 202902
|
| |
|
|
| |
llvm-svn: 202895
|
| |
|
|
| |
llvm-svn: 202883
|
| |
|
|
|
|
|
|
|
|
| |
This is required to include MSVC's <atomic> header, which we do now in
LLVM.
Tests forthcoming in Clang, since that's where we test semantic inline
asm changes.
llvm-svn: 202865
|
| |
|
|
| |
llvm-svn: 202863
|
| |
|
|
|
|
|
|
| |
Register the Asm Printer for the ppc64le target.
This fills in a spot that was missed in an earlier change (r187179).
llvm-svn: 202861
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Previously for:
tail call void inttoptr (i64 65536 to void ()*)() nounwind
We would emit:
bl 65536
The immediate operand of the bl instruction is a relative offset so it is
wrong to use the absolute address here.
llvm-svn: 202860
|
| |
|
|
|
|
|
|
|
|
| |
Summary:
Previously, attempting to extract lanes 2 and 3 would actually extract lane 1.
The MSA CodeGen tests only covered lanes 0 and 1.
Differential Revision: http://llvm-reviews.chandlerc.com/D2935
llvm-svn: 202848
|
| |
|
|
|
|
|
|
|
|
|
| |
source file had already been moved. Also move the unittest into the IR
unittest library.
This may seem an odd thing to put in the IR library but we only really
use this with instructions and it needs the LLVM context to work, so it
is intrinsically tied to the IR library.
llvm-svn: 202842
|
| |
|
|
|
|
|
| |
PassInfo structures of the legacy pass manager. Also give it the Legacy
prefix as it is not a particularly widely used header.
llvm-svn: 202839
|