| Commit message (Collapse) | Author | Age | Files | Lines |
| ... | |
| |
|
|
|
|
|
|
| |
In r212073 I missed a call of `use_begin()` that assumed the wrong
semantics. It's not clear to me at all what this code does without the
fix, so I'm not sure how to write a testcase.
llvm-svn: 212075
|
| |
|
|
|
|
|
|
| |
AArch64AddressTypePromotion was doing nothing because it was using the
old semantics of `Use` and `uses()`, when it really wanted to get at the
`users()`.
llvm-svn: 212073
|
| |
|
|
|
|
|
|
|
|
|
| |
an invoke during inlining.
This both improves basic debug info quality, but also fixes a larger
hole whenever we inline a call/invoke without a location (debug info for
the entire inlining is lost and other badness that the debug info
emission code is currently working around but shouldn't have to).
llvm-svn: 212065
|
| |
|
|
|
|
|
| |
MSVC was warning on a switch containing only default labels. In this
instance, it looks like it uncovered a real bug. :)
llvm-svn: 212062
|
| |
|
|
|
|
|
| |
This probably isn't necessary since msan started to unpoison the return
value shadow memory before all calls.
llvm-svn: 212061
|
| |
|
|
|
|
| |
variable into a helper function
llvm-svn: 212057
|
| |
|
|
| |
llvm-svn: 212056
|
| |
|
|
|
|
|
|
|
| |
Some versions of Android don't have futimes/futimens and this code wasn't
updated during the recent errc refactoring.
Patch by Luqman Aden!
llvm-svn: 212055
|
| |
|
|
|
|
|
|
| |
universal file. This also includes support for -arch all, selecting the host
architecture by default from a universal file and checking if -arch is used
with a standard Mach-O it matches that architecture.
llvm-svn: 212054
|
| |
|
|
| |
llvm-svn: 212052
|
| |
|
|
| |
llvm-svn: 212051
|
| |
|
|
|
|
|
|
|
|
|
| |
separate MDNode so they can be uniqued via folding set magic. To conserve
space, DIVariable nodes are still variable-length, with the last two
fields being optional.
No functional change.
http://reviews.llvm.org/D3526
llvm-svn: 212050
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This patch adds support for a new builtin instruction called
__builtin_ia32_rdpmc.
Builtin '__builtin_ia32_rdpmc' is defined as a 'GCC builtin'; on X86, it can
be used to read performance monitoring counters. It takes as input the index
of the performance counter to read, and returns the value of the specified
performance counter as a 64-bit number.
Calls to this new builtin will map to instruction RDPMC.
The index in input to the builtin call is moved to register %ECX. The result
of the builtin call is the value of the specified performance counter (RDPMC
would return that quantity in registers RDX:RAX).
This patch:
- Adds builtin int_x86_rdpmc as a GCCBuiltin;
- Adds a new x86 DAG node called 'RDPMC_DAG';
- Teaches how to lower this new builtin;
- Adds an ISel pattern to select instruction RDPMC;
- Fixes the definition of instruction RDPMC adding %RAX and %RDX as
implicit definitions, and adding %ECX as implicit use;
- Adds a LLVM test to verify that the new builtin is correctly selected.
llvm-svn: 212049
|
| |
|
|
|
|
| |
PR20109
llvm-svn: 212045
|
| |
|
|
|
|
|
| |
The combine for mul x, pow2 +/- 1 is unchanged. Test cases for
both combines as well as mul x, pow2 have been added as well.
llvm-svn: 212044
|
| |
|
|
|
|
| |
I want to check them in lld.
llvm-svn: 212043
|
| |
|
|
|
|
|
|
| |
This fixes LNT SingleSource/UnitTests/Threads with -mthumb.
Differential Revision: http://reviews.llvm.org/D4324
llvm-svn: 212029
|
| |
|
|
|
|
| |
Fix a comment typo `DbgLocLImport` instead of `DLLImport`.
llvm-svn: 212012
|
| |
|
|
|
|
|
| |
This just changes the constant value to the symbolic name corresponding to it.
NFC.
llvm-svn: 212011
|
| |
|
|
|
|
|
|
|
|
| |
This exception format is not specific to Windows x64. A similar approach is
taken on nearly all architectures. Generalise the name to reflect reality.
This will eventually be used for Windows on ARM data emission as well.
Switch the enum and namespace into an enum class.
llvm-svn: 212000
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Rename the routines to reflect the reality that they are more related to call
frame information than to Win64 EH. Although EH is implemented in an intertwined
manner by augmenting with an exception handler and an associated parameter, the
majority of these routines emit information required to unwind the frames. This
also helps identify that these routines are generic for most windows platforms
(they apply equally to nearly all architectures except x86) although the
encoding of the information is architecture dependent.
Unwinding data is emitted via EmitWinCFI* and exception handling information via
EmitWinEH*.
llvm-svn: 211994
|
| |
|
|
|
|
| |
simplify some code.
llvm-svn: 211993
|
| |
|
|
| |
llvm-svn: 211986
|
| |
|
|
|
|
|
| |
RuntimeDyld now uses MCInst::dump_pretty() which introduces a dependency on
'MC'.
llvm-svn: 211978
|
| |
|
|
|
|
| |
No functionality change, just correcting the assertion message.
llvm-svn: 211977
|
| |
|
|
|
|
|
|
|
|
|
| |
lowering for v16i8.
ASan and some bots caught this bug with existing test cases. Fixing it
even fixed a miscompile with one of the test cases. I'm still a bit
suspicious of this test case as I've not taken a proper amount of time
to think about it, but the fix here is strict goodness.
llvm-svn: 211976
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
These show up really frequently, not the least with actual splats. =] We
lowered these quite badly before. The new code path tries to widen i8
shuffles to i16 shuffles in a splat-like way. There are still some
inefficiencies in our i16 splat logic though, so we aren't really done
here.
Also, for certain patterns (bit of a gather-and-splat) we still
generate pretty silly code, and I've left a fixme for addressing it.
However, I'm not actually worried about this code pattern as much. The
old shuffle lowering generates a 29 instruction monstrosity for it that
should execute much more slowly.
llvm-svn: 211974
|
| |
|
|
|
|
| |
Some users' C++11 standard libraries don't support std::to_string yet.
llvm-svn: 211961
|
| |
|
|
| |
llvm-svn: 211960
|
| |
|
|
|
|
| |
Hopefully this will unbreak the windows bots.
llvm-svn: 211958
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This patch adds a "-verify" mode to the llvm-rtdyld utility. In verify mode,
llvm-rtdyld will test supplied expressions against the linked program images
that it creates in memory. This scheme can be used to verify the correctness
of the relocation logic applied by RuntimeDyld.
The expressions to test will be read out of files passed via the -check option
(there may be more than one of these). Expressions to check are extracted from
lines of the form:
# rtdyld-check: <expression>
This system is designed to fit the llvm-lit regression test workflow. It is
format and target agnostic, and supports verification of images linked for
remote targets. The expression language is defined in
llvm/include/llvm/RuntimeDyldChecker.h . Examples can be found in
test/ExecutionEngine/RuntimeDyld.
llvm-svn: 211956
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
lowering.
For maximum irony, I had already discovered this bug, diagnosed it, and
left FIXMEs about it in the test cases. =[ I just failed to go back over
those until after i had reduced a bootstrap miscompile down to a single
TU, stared at the assembly for an hour, and figured out the bug. Again.
Oh well.
llvm-svn: 211955
|
| |
|
|
|
|
| |
own. Thanks Hal!
llvm-svn: 211952
|
| |
|
|
| |
llvm-svn: 211949
|
| |
|
|
|
|
| |
Also clean up some of the logic in NVVMReflect.cpp while we're messing around in there.
llvm-svn: 211948
|
| |
|
|
|
|
| |
ones representable as MVTs
llvm-svn: 211947
|
| |
|
|
| |
llvm-svn: 211946
|
| |
|
|
| |
llvm-svn: 211945
|
| |
|
|
| |
llvm-svn: 211944
|
| |
|
|
|
|
| |
that does not support initialization
llvm-svn: 211943
|
| |
|
|
| |
llvm-svn: 211942
|
| |
|
|
|
|
| |
common linkage
llvm-svn: 211941
|
| |
|
|
|
|
| |
be emitted
llvm-svn: 211940
|
| |
|
|
|
|
|
|
|
|
| |
The address space of the pointer must be global (1) for these intrinsics. There must also be alignment metadata attached to the intrinsic calls, e.g.
%val = tail call i32 @llvm.nvvm.ldu.i.global.i32.p1i32(i32 addrspace(1)* %ptr), !align !0
!0 = metadata !{i32 4}
llvm-svn: 211939
|
| |
|
|
|
|
| |
structs and vectors
llvm-svn: 211938
|
| |
|
|
| |
llvm-svn: 211937
|
| |
|
|
| |
llvm-svn: 211936
|
| |
|
|
|
|
| |
This also introduces DAGCombiner patterns for mul.wide to multiply two smaller integers and produce a larger integer
llvm-svn: 211935
|
| |
|
|
| |
llvm-svn: 211934
|
| |
|
|
| |
llvm-svn: 211933
|