| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
|
|
|
| |
llvm-svn: 93960
|
|
|
|
|
|
|
| |
more cases where debug declarations affect
debug line info.
llvm-svn: 93953
|
|
|
|
|
|
| |
that SCEVExpander can produce when running on behalf of LSR.
llvm-svn: 93949
|
|
|
|
| |
llvm-svn: 93940
|
|
|
|
|
|
| |
line number info.
llvm-svn: 93937
|
|
|
|
|
|
|
|
|
|
|
|
| |
than the scaled register. This makes it more likely that subsequent
AddrModeMatcher queries will match the new address the same way as the
old, instead of accidentally matching what had been the base register
as the new scaled register, and then failing to match the scaled register.
This fixes some problems with address-mode sinking multiple muls into a
block, which will be a lot more common with some upcoming
LoopStrengthReduction changes.
llvm-svn: 93935
|
|
|
|
|
|
|
|
|
| |
I really want clients of the streamer to be able to say "emit this
64-bit integer" and have it get broken down right by the streamer.
I may change this in the future, we'll see how it works out.
llvm-svn: 93934
|
|
|
|
| |
llvm-svn: 93932
|
|
|
|
| |
llvm-svn: 93931
|
|
|
|
|
|
| |
to make more intellegent AddRec folding decisions.
llvm-svn: 93930
|
|
|
|
| |
llvm-svn: 93929
|
|
|
|
|
|
| |
for -fverbose-asm unless it's on.
llvm-svn: 93926
|
|
|
|
|
|
| |
instructions.
llvm-svn: 93925
|
|
|
|
|
|
| |
and that clients can use.
llvm-svn: 93923
|
|
|
|
|
|
|
|
| |
form of an expression. This is the expression without the
post-increment adjustment made, which is useful in determining
which registers will be used by the expansion.
llvm-svn: 93921
|
|
|
|
| |
llvm-svn: 93918
|
|
|
|
|
|
|
| |
the two token accessor functions are declared consistently.
Modified the clients of MCAsmParser to reflect this change.
llvm-svn: 93916
|
|
|
|
| |
llvm-svn: 93913
|
|
|
|
|
|
|
| |
Since the mov is executed unconditionally, make sure that the add didn't have
any predicate.
llvm-svn: 93909
|
|
|
|
| |
llvm-svn: 93905
|
|
|
|
|
|
| |
understanding CannotYTetSelect and other errors easier.
llvm-svn: 93901
|
|
|
|
|
|
|
| |
MCAsmParser, and changed the target-specific AsmParsers
to use it.
llvm-svn: 93900
|
|
|
|
|
|
| |
in use by Mips.
llvm-svn: 93897
|
|
|
|
|
|
| |
identifier. There is no way to work around it.
llvm-svn: 93896
|
|
|
|
|
|
| |
start of a use block. A PHI use is expected to kill its source values.
llvm-svn: 93895
|
|
|
|
|
|
| |
This fixes some bugs handling address spaces.
llvm-svn: 93891
|
|
|
|
|
|
| |
default address space.
llvm-svn: 93890
|
|
|
|
|
|
|
| |
emits one directive instead of N. Not doing this would be a
significant regression on the # bytes generated by .fill.
llvm-svn: 93889
|
|
|
|
|
|
| |
(which just iteratively emits bytes) to MCStreamer.
llvm-svn: 93888
|
|
|
|
|
|
| |
which we don't support anymore.
llvm-svn: 93886
|
|
|
|
|
|
|
|
|
|
|
| |
function can support dynamic stack realignment. That's a much easier question
to answer at instruction selection stage than whether the function actually
will have dynamic alignment prologue. This allows the removal of the
stack alignment heuristic pass, and improves code quality for cases where
the heuristic would result in dynamic alignment code being generated when
it was not strictly necessary.
llvm-svn: 93885
|
|
|
|
|
|
| |
Evans!
llvm-svn: 93884
|
|
|
|
|
|
| |
the instruction to load those args removed. This fix PR6071
llvm-svn: 93880
|
|
|
|
| |
llvm-svn: 93876
|
|
|
|
| |
llvm-svn: 93875
|
|
|
|
|
|
|
| |
darwin. The next big piece to get global variables streamerized
is EmitGlobalConstant.
llvm-svn: 93870
|
|
|
|
|
|
| |
.zerofill directive. Streamerize its generation.
llvm-svn: 93868
|
|
|
|
|
|
| |
there is no need to pay the cost of WeakVH and ValueMaps.
llvm-svn: 93865
|
|
|
|
| |
llvm-svn: 93864
|
|
|
|
| |
llvm-svn: 93863
|
|
|
|
| |
llvm-svn: 93860
|
|
|
|
| |
llvm-svn: 93859
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
doing global variable classification anymore) and hookized, sink almost
all target targets global variable emission code into AsmPrinter and out
of each target.
Some notes:
1. PIC16 does completely custom and crazy stuff, so it is not changed.
2. XCore has some custom handling for extra directives. I'll look at it next.
3. This switches linux/ppc to use .globl instead of .global. If .globl is
actually wrong, let me know and I'll fix it.
4. This makes linux/ppc get a lot of random cases right which were obviously
wrong before, it is probably now a bit healthier.
5. Blackfin will probably start getting .comm and other things that it didn't
before. If this is undesirable, it should explicitly opt out of these
things by clearing the relevant fields of MCAsmInfo.
This leads to a nice diffstat:
14 files changed, 127 insertions(+), 830 deletions(-)
llvm-svn: 93858
|
|
|
|
| |
llvm-svn: 93857
|
|
|
|
|
|
|
| |
just like all other elf targets. Bruno, if this isn't right, please
let me know + why :)
llvm-svn: 93856
|
|
|
|
| |
llvm-svn: 93855
|
|
|
|
|
|
|
|
| |
I'm not sure that this is correct, but it causes no test failures,
and just emitting a .comm without protecting its linkage somehow
is surely not right.
llvm-svn: 93854
|
|
|
|
| |
llvm-svn: 93853
|
|
|
|
|
|
| |
"isdarwin".
llvm-svn: 93852
|
|
|
|
|
|
|
|
|
|
| |
This makes a similar code dead in all the other targets, I'll clean it up
in a bit.
This also moves handling of lcomm up before acquisition of a section,
since lcomm never needs a section.
llvm-svn: 93851
|