| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
|
|
| |
This is a follow up of the r198338 commit that added truncates for
lcssa phi nodes. Sinking the truncates below the phis cleans up the
loop and simplifies subsequent analysis within the indvars pass.
llvm-svn: 198654
|
| |
|
|
| |
llvm-svn: 198653
|
| |
|
|
|
|
| |
is only used in an assert. Do not do it if assert is not on.
llvm-svn: 198652
|
| |
|
|
|
| |
FIXME: Don't seek bb labels, like "if.else"
llvm-svn: 198651
|
| |
|
|
|
|
| |
yet defined.
llvm-svn: 198650
|
| |
|
|
| |
llvm-svn: 198649
|
| |
|
|
|
|
|
|
|
|
| |
and EmulateInstructionARM::GetFramePointerDWARFRegisterNumber to recognize
the Apple arm convention (of using r7 for the frame pointer, regardless of
thumb or arm) even if the OS does not match Darwin/MacOSX/iOS. Also
corrects the behavior for thumb code on non-Apple platforms.
<rdar://problem/14661537>
llvm-svn: 198648
|
| |
|
|
| |
llvm-svn: 198647
|
| |
|
|
|
|
|
|
|
|
| |
This patch adds .abicalls and .set pic0 support which
affects the ELF ABI and its flags. In addition the patch uses
a common interface for both the MipsTargetSteamer and
MipsObjectStreamer that both the integrated and standalone
assemblers will use for the output for these directives.
llvm-svn: 198646
|
| |
|
|
| |
llvm-svn: 198645
|
| |
|
|
|
|
|
|
|
| |
Otherwise on (some) 64-bit systems, -Wformat will trigger a warning
because uint64_t is an 'unsigned long' not an 'unsigned long long'.
Consequently, PGOProfiling.c would fail to build if -Werror and
-Wformat are both enabled.
llvm-svn: 198644
|
| |
|
|
| |
llvm-svn: 198643
|
| |
|
|
| |
llvm-svn: 198642
|
| |
|
|
| |
llvm-svn: 198641
|
| |
|
|
| |
llvm-svn: 198640
|
| |
|
|
|
|
| |
These flags will be used for instrumentation based PGO.
llvm-svn: 198639
|
| |
|
|
|
|
|
|
| |
This is fairly minimal support for instrumentation based PGO. The data
format is inefficient, and the output file name is hardcoded to
pgo-data.
llvm-svn: 198638
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
SymbolLookUp() call back to return a demangled C++ name to
be used as a comment.
For example darwin's otool(1) program the uses the llvm
disassembler now can produce disassembly like:
callq __ZNK4llvm6Target20createMCDisassemblerERKNS_15MCSubtargetInfoE ## llvm::Target::createMCDisassembler(llvm::MCSubtargetInfo const&) const
Also fix a bug in LLVMDisasmInstruction() that was not flushing
the raw_svector_ostream for the disassembled instruction string
before copying it to the output buffer that was causing truncation
of the output.
rdar://10173828
llvm-svn: 198637
|
| |
|
|
| |
llvm-svn: 198636
|
| |
|
|
|
|
| |
Patch by Steve Pucci.
llvm-svn: 198635
|
| |
|
|
| |
llvm-svn: 198634
|
| |
|
|
| |
llvm-svn: 198632
|
| |
|
|
|
|
|
|
|
|
| |
hoists things."
Now with a fix for PR18384: ValueHandleBase::ValueIsDeleted.
We need to invalidate SCEV's loop info when we delete a block, even if no values are hoisted.
llvm-svn: 198631
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
instead of the system default
Summary:
This parameter is required to build C++11 projects (like lld or lldb) on OS X as the default STL does not provide c++ classes.
CC: llvm-commits, triton
Differential Revision: http://llvm-reviews.chandlerc.com/D2381
llvm-svn: 198625
|
| |
|
|
| |
llvm-svn: 198624
|
| |
|
|
|
|
| |
building with glibc. Need to find a better solution for PR18218.
llvm-svn: 198623
|
| |
|
|
|
|
|
| |
Try to fix Compiler Error C2011 following r198607 by removing enum from 'enum
TokenKind' parameter types.
llvm-svn: 198621
|
| |
|
|
| |
llvm-svn: 198618
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The ARM backend has been using most of the MachO related subtarget
checks almost interchangeably, and since the only target it's had to
run on has been IOS (which is all three of MachO, Darwin and IOS) it's
worked out OK so far.
But we'd like to support embedded targets under the "*-*-none-macho"
triple, which means everything starts falling apart and inconsistent
behaviours emerge.
This patch should pick a reasonably sensible set of behaviours for the
new triple (and any others that come along, with luck). Some choices
were debatable (notably FP == r7 or r11), but we can revisit those
later when deficiencies become apparent.
llvm-svn: 198617
|
| |
|
|
|
|
| |
true.
llvm-svn: 198616
|
| |
|
|
| |
llvm-svn: 198615
|
| |
|
|
|
|
|
|
|
| |
This requires a knowledge of the stack size which is not known until
the frame is complete, hence the need for the XCoreFTAOElim pass
which lowers the XCoreISD::FRAME_TO_ARGS_OFFSET instrution into its
final form.
llvm-svn: 198614
|
| |
|
|
|
|
| |
Only handles a depth of zero (the same as FRAMEADDR)
llvm-svn: 198613
|
| |
|
|
| |
llvm-svn: 198612
|
| |
|
|
|
|
|
|
|
| |
We also narrow the liveness of FP & LR during the prologue to
reflect the actual usage of the registers.
I have been unable to construct a test to prove the previous live
range was too large.
llvm-svn: 198611
|
| |
|
|
|
|
| |
This common functionality will be used to lower FRAME_TO_ARGS_OFFSET.
llvm-svn: 198610
|
| |
|
|
| |
llvm-svn: 198609
|
| |
|
|
|
|
| |
worse, four. No functionality change.
llvm-svn: 198608
|
| |
|
|
|
|
|
|
|
|
| |
This matches up the underlying type against the actual storage type 'unsigned
short' and lets us get rid of some casts while we're at it.
Effort is made to keep this building in pre-C++11 but as with other features
Token will be less efficiently packed in in legacy configurations.
llvm-svn: 198607
|
| |
|
|
|
|
| |
As far as the parser is concerned the tag type is always a keyword.
llvm-svn: 198606
|
| |
|
|
| |
llvm-svn: 198605
|
| |
|
|
|
|
|
|
|
| |
Implemented with a new getKeywordSpelling() accessor. Unlike getTokenName() the
result of this function is stable and may be used in diagnostic output.
Uses of this feature are split out into the subsequent commit.
llvm-svn: 198604
|
| |
|
|
|
|
|
| |
That's what it does, what the documentation says it does and what callers
expect it to do.
llvm-svn: 198603
|
| |
|
|
|
|
|
|
|
|
| |
Longer term, we want to move users to "*-*-*-macho" for embedded work, but for
now people are relying on the last thing we told them, which is unfortunately
"*-*-darwin-eabi".
rdar://problem/15703934
llvm-svn: 198602
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
enum-scoped.cpp:93:6: error: enumeration redeclared with different underlying type 'short' (was 'int')
enum Redeclare6 : short;
^
enum-scoped.cpp:92:6: note: previous declaration is here
enum Redeclare6 : int;
^ ~~~
The redeclaration source range is still missing but this is a step forward,
potentially edging towards a FixIt.
llvm-svn: 198601
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
In all three checks, the note indicates a previous declaration and never a 'use'.
Before:
enum-scoped.cpp:92:6: note: previous use is here
enum Redeclare6 : int;
^
After:
enum-scoped.cpp:92:6: note: previous declaration is here
enum Redeclare6 : int;
^
llvm-svn: 198600
|
| |
|
|
| |
llvm-svn: 198599
|
| |
|
|
| |
llvm-svn: 198598
|
| |
|
|
|
|
| |
type of a function.
llvm-svn: 198597
|
| |
|
|
| |
llvm-svn: 198596
|