| Commit message (Collapse) | Author | Age | Files | Lines |
| ... | |
| |
|
|
|
|
| |
of doing the same thing manually.
llvm-svn: 102997
|
| |
|
|
| |
llvm-svn: 102996
|
| |
|
|
|
|
| |
debug info used by a module.
llvm-svn: 102995
|
| |
|
|
|
|
| |
argument out of the entry block. rdar://7937489
llvm-svn: 102993
|
| |
|
|
|
|
| |
changed to 0x7E from 0x6E as well as the previous change of RPDI to S3SI.
llvm-svn: 102991
|
| |
|
|
|
|
|
| |
name (for example, to allow targets to interpose the actual MatchInstruction
function).
llvm-svn: 102987
|
| |
|
|
|
|
|
|
| |
match failure.
Also, fixes a few memory leak FIXMEs.
llvm-svn: 102986
|
| |
|
|
|
|
|
| |
variabe. Blocks and their construction/destruction is
wip though.
llvm-svn: 102985
|
| |
|
|
| |
llvm-svn: 102984
|
| |
|
|
|
|
| |
used together in either order.
llvm-svn: 102983
|
| |
|
|
| |
llvm-svn: 102981
|
| |
|
|
|
|
| |
eliminateFrameIndex(), leading to llvm_unreachable() assertion failure.
llvm-svn: 102980
|
| |
|
|
| |
llvm-svn: 102978
|
| |
|
|
|
|
|
|
|
|
| |
update the big red warning at the top. Most of the old content remains
and awaits revision.
Clear out the API changes section, and start it up again with a
mention of the add->fadd transition.
llvm-svn: 102977
|
| |
|
|
|
|
|
| |
This should make it possible to start producing kill flags in isel without
breaking stuff.
llvm-svn: 102976
|
| |
|
|
|
|
|
| |
in registers into a separate function to de-couple it from the
top-down-specific logic in getRegForValue.
llvm-svn: 102975
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
friend function template, be sure to adjust the computed template
argument lists based on the location of the definition of the function
template: it's possible that the definition we're instantiating with
and the template declaration that we found when creating the
specialization are in different contexts, which meant that we would
end up using the wrong template arguments for instantiation.
Fixes PR7013; all Boost.DynamicBitset tests now pass.
llvm-svn: 102974
|
| |
|
|
|
|
| |
on PPC for x!=0. 7624113.
llvm-svn: 102972
|
| |
|
|
|
|
|
|
| |
to fadd, fsub, and fmul, when used with a floating-point type. LLVM
has supported the new instructions since 2.6, so it's time to get
on board.
llvm-svn: 102971
|
| |
|
|
|
|
|
|
| |
RemoveCopyByCommutingDef().
This fixes PR6941.
llvm-svn: 102970
|
| |
|
|
|
|
| |
when the type is floating-point.
llvm-svn: 102969
|
| |
|
|
| |
llvm-svn: 102966
|
| |
|
|
|
|
| |
same, now that getConstant has overloads consistent with ConstantInt::get.
llvm-svn: 102965
|
| |
|
|
| |
llvm-svn: 102964
|
| |
|
|
|
|
| |
since llvmCore is built as part of llvmgcc42 now.
llvm-svn: 102962
|
| |
|
|
|
|
| |
variable. Surprisingly, this does seem to be the right way to solve this.
llvm-svn: 102961
|
| |
|
|
|
|
|
|
| |
debug output is showing machine instructions, the IR-level basic block names
aren't very meaningful, and because multiple machine basic blocks may be
derived from one IR-level BB, they're also not unique.
llvm-svn: 102960
|
| |
|
|
| |
llvm-svn: 102959
|
| |
|
|
|
|
|
| |
instructions as the Mac OS X darwin assembler. Some of which like 'fcoml'
assembled to different opcodes. While some of the suffixes were just different.
llvm-svn: 102958
|
| |
|
|
| |
llvm-svn: 102956
|
| |
|
|
|
|
|
|
| |
treat argument types of objective-c pointer types
which only differ in their protocol qualifiers as
the same type (radar 7925668).
llvm-svn: 102955
|
| |
|
|
|
|
|
| |
mm to mm/m64 and the Move quadword from xmm2/mem64 to xmm1 had the incorrect
encodings.
llvm-svn: 102952
|
| |
|
|
|
|
|
|
|
|
| |
caused the a pushl instruction to be incorrectly encoding using only two bytes
of immediate, causing the following 2 instruction bytes to be part of the 32-bit
immediate value. Also fixed the one byte form of push to be used when the
immediate would fit in a signed extended byte. Lastly changed the names to not
include the 32 of PUSH32 since they actually push the size of the stack pointer.
llvm-svn: 102951
|
| |
|
|
| |
llvm-svn: 102948
|
| |
|
|
|
|
|
|
| |
Also, pass true for isSigned even when creating constants for unsigned
comparisons, because the point is to create an all-ones constant,
rather than UINT64_MAX, even for integers wider than 64 bits.
llvm-svn: 102946
|
| |
|
|
|
|
|
|
| |
mapping from the declaration in the template to the instantiated
declaration before transforming the initializer, in case some crazy
lunatic decides to use a variable in its own initializer. Fixes PR7016.
llvm-svn: 102945
|
| |
|
|
|
|
|
|
|
| |
they don't go in
the DeclContext for the translation unit. This is to workaround a fundamental issue in how
ObjC decls (within an @implementation) are parsed before the ObjCContainerDecl is available.
llvm-svn: 102944
|
| |
|
|
|
|
|
| |
aggregate and the result of the aggregate is unused, bail out
early. Fixes PR7027.
llvm-svn: 102942
|
| |
|
|
| |
llvm-svn: 102941
|
| |
|
|
|
|
|
|
| |
(-Wunused-exception-parameter) than normal variables, since it's more
common to name and then ignore an exception parameter. This warning is
neither enabled by default nor by -Wall. Fixes <rdar://problem/7931045>.
llvm-svn: 102931
|
| |
|
|
|
|
|
|
| |
(which is ill-formed) with an initializer list. Also, change the
fallback from an assertion to a generic error message, which is far
friendlier. Fixes <rdar://problem/7730948>.
llvm-svn: 102930
|
| |
|
|
|
|
| |
Patch by Jakub Staszak!
llvm-svn: 102928
|
| |
|
|
|
|
|
|
| |
SimplifyICmpOperands will simplify such cases to EQ or NE. This makes
the correcntess of the code independent on SimplifyICmpOperands doing
certain simplifications.
llvm-svn: 102927
|
| |
|
|
|
|
| |
it's ill-formed to form an enum template. Fixes <rdar://problem/7933063>.
llvm-svn: 102926
|
| |
|
|
|
|
|
| |
comparison instructions, since they aren't interesting, despite having
integer result types.
llvm-svn: 102925
|
| |
|
|
|
|
| |
case where both are addrecs in unrelated loops.
llvm-svn: 102924
|
| |
|
|
| |
llvm-svn: 102922
|
| |
|
|
|
|
| |
pointer width instead of hardcoding for 64-bit.
llvm-svn: 102921
|
| |
|
|
| |
llvm-svn: 102920
|
| |
|
|
|
|
|
|
| |
conforms to a protocol as one of its super classes does. This is because
conforming super class will implement the property. This implements
new warning rules for unimplemented properties (radar 7884086).
llvm-svn: 102919
|