| Commit message (Collapse) | Author | Age | Files | Lines |
| ... | |
| |
|
|
|
|
|
|
|
|
| |
Properly determine whether or not a phi was added by splitting.
Check against the current VNInfo of OrigLI instead of against the
OrigVNI argument.
Patch provided by Jonas Paulsson. Reviewed by Quentin Colombet.
llvm-svn: 224009
|
| |
|
|
| |
llvm-svn: 224008
|
| |
|
|
| |
llvm-svn: 224007
|
| |
|
|
|
|
| |
Extract the creation of overflow result tuples in a separate function. NFC.
llvm-svn: 224006
|
| |
|
|
| |
llvm-svn: 224005
|
| |
|
|
|
|
| |
separate pointer that's kept in sync with it.
llvm-svn: 224004
|
| |
|
|
|
|
| |
unique_ptr to caller.
llvm-svn: 224003
|
| |
|
|
|
|
|
|
|
|
|
|
| |
Canonicalize formatting of metadata to make it easier to upgrade via
scripts -- in particular, one line per metadata definition makes it more
`sed`-able.
This is preparation for changing the assembly syntax for metadata [1].
[1]: http://lists.cs.uiuc.edu/pipermail/llvm-commits/Week-of-Mon-20141208/248449.html
llvm-svn: 224002
|
| |
|
|
|
|
| |
This piece of code was copied multiple times to each archs.
llvm-svn: 224001
|
| |
|
|
|
|
|
|
| |
(incorrect-variable-debugloc1.ll) failed for llvm-ppc64.
The test is failing for llvm-ppc64 because for this platform the location list is not being generated at all (most likely because of the bug in PPC code optimization or generation). I will file a bug agains PPC compiler, but meanwhile, until PPC bug is fixed, I will have to revert my change.
llvm-svn: 224000
|
| |
|
|
| |
llvm-svn: 223999
|
| |
|
|
| |
llvm-svn: 223998
|
| |
|
|
|
|
|
|
| |
ownership and deletion of the values.
Ideally we would store the MultiClasses by value directly in the maps, but I had some trouble with that before and this at least fixes the leak.
llvm-svn: 223997
|
| |
|
|
|
|
|
|
|
| |
We can't reach those from zext, but other parts of the backend (the shuffle
lowering) generate 256-bit VZEXT nodes.
Fixes PR21876.
llvm-svn: 223996
|
| |
|
|
|
|
| |
PR21799!
llvm-svn: 223995
|
| |
|
|
|
|
|
|
|
|
|
|
| |
This change moves the ownership and access of GCFunctionInfo (the object which describes the safepoints associated with a safepoint under GCRoot) to GCModuleInfo. Previously, this was owned by GCStrategy which was in turned owned by GCModuleInfo. This made GCStrategy module specific which is 'surprising' given it's name and other purposes.
There's a few more changes needed, but we're getting towards the point we can reuse GCStrategy for gc.statepoint as well.
p.s. The style of this code ends up being a mess. I was trying to move code around without otherwise changing much. Once I get the ownership structure rearranged, I will go through and fixup spacing, naming, comments etc.
Differential Revision: http://reviews.llvm.org/D6587
llvm-svn: 223994
|
| |
|
|
|
|
| |
Take the opportunity to sort these by `metadata`.
llvm-svn: 223993
|
| |
|
|
|
|
|
|
|
|
| |
While we would correctly handle asm("foo") and reject asm(L"bar"), we
weren't careful to handle cases where an ascii literal could be
concatenated with a wide literal.
This fixes PR21822.
llvm-svn: 223992
|
| |
|
|
| |
llvm-svn: 223991
|
| |
|
|
|
|
|
| |
I apparently fail at the alphabet, E is not after G, and G isn't even
close to C. Sorry for the noise.
llvm-svn: 223990
|
| |
|
|
| |
llvm-svn: 223989
|
| |
|
|
| |
llvm-svn: 223988
|
| |
|
|
| |
llvm-svn: 223987
|
| |
|
|
|
|
|
|
| |
Quite a major error here: the expansions for the Pseudos with and without
folded load were mixed up. Fortunately it only affects ARM-mode, when not using
movw/movt, on Darwin. I'm guessing no-one actually uses that combination.
llvm-svn: 223986
|
| |
|
|
|
|
|
| |
Eventually we'll diagnose them on different declarations, but let's
get this part out of the way first.
llvm-svn: 223985
|
| |
|
|
| |
llvm-svn: 223984
|
| |
|
|
|
|
|
| |
This still relies on PutSTDIN, just indirectly. So it was hanging
due to not being able to get stdin from the test.
llvm-svn: 223983
|
| |
|
|
| |
llvm-svn: 223982
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
DW_OP_const <const> doesn't describe a constant value, but a value at a constant address.
The proper way to describe a constant value is DW_OP_constu <const>, DW_OP_stack_value.
Added DW_OP_stack_value to the stack.
-This line, and those below, will be ignored--
M lib/CodeGen/AsmPrinter/DwarfDebug.cpp
A test/DebugInfo/incorrect-variable-debugloc1.ll
llvm-svn: 223981
|
| |
|
|
|
|
| |
Review feedback from recent changes to GetSVN.cmake.
llvm-svn: 223980
|
| |
|
|
| |
llvm-svn: 223979
|
| |
|
|
| |
llvm-svn: 223978
|
| |
|
|
| |
llvm-svn: 223977
|
| |
|
|
|
|
|
|
| |
can change the backend to be the same default. Leave the
modified/new testcases with the exception of the default behavior
since it increases our testing footprint.
llvm-svn: 223976
|
| |
|
|
|
|
|
|
|
|
|
| |
getLVForNamespaceScopeDecl believed that it wasn't possible for it to
ever see an IndirectFieldDecl. However, this can occur when determining
whether or not something is a redeclaration of a member of an anonymous
static union.
This fixes PR21858.
llvm-svn: 223975
|
| |
|
|
|
|
| |
This divide can produce incorrect results as we are using an unsigned divide for what should be a modular divide. This change reverts back to a more conservative computation using trailing zeros.
llvm-svn: 223974
|
| |
|
|
| |
llvm-svn: 223973
|
| |
|
|
| |
llvm-svn: 223972
|
| |
|
|
| |
llvm-svn: 223971
|
| |
|
|
|
|
| |
No functional change intended.
llvm-svn: 223970
|
| |
|
|
|
|
| |
Zero is usually a nicer constant to have than -1.
llvm-svn: 223969
|
| |
|
|
|
|
|
| |
X shifted by undef results in undef because the undef value can
represent values greater than the width of the operands.
llvm-svn: 223968
|
| |
|
|
| |
llvm-svn: 223967
|
| |
|
|
|
|
| |
Thanks to Nico Weber for spotting this.
llvm-svn: 223966
|
| |
|
|
|
|
|
| |
The dead code elimination is a pass that looks very promising, but needs some
more compile-time tuning before enabling it by default seems sensible.
llvm-svn: 223965
|
| |
|
|
|
|
|
|
| |
These methods are only used by MCJIT and are very specific to it. In fact, they
are also fairly specific to the fact that we have a dynamic linker of
relocatable objects.
llvm-svn: 223964
|
| |
|
|
|
|
|
|
|
| |
Some targets like microMIPS and ARM Thumb use the last bit of a symbol's
value to mark 'compressed' code. This patch adds new virtual function
`DynamicTable::getAtomVirtualAddress` which allows to adjust a symbol's
value before using it in a dynamic table tags like DT_INIT / DT_FINI.
llvm-svn: 223963
|
| |
|
|
|
|
| |
having a deleted default constructor.
llvm-svn: 223953
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
In the large code model we have to first get the address of the GOT entry, load
the address of the constant, and then load the constant itself.
To avoid these loads and the GOT entry alltogether this commit changes the way
how FP constants are materialized in the large code model. The constats are now
materialized in a GPR and then bitconverted/moved into the FPR.
Reviewed by Tim Northover
Fixes rdar://problem/16572564.
llvm-svn: 223941
|
| |
|
|
| |
llvm-svn: 223940
|