| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
| |
llvm-svn: 132285
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
handler.
At this moment, only GCC-style exceptions are supported. Other kinds
of exceptions, including "traditional" SEH and Microsoft Visual C++ exceptions,
need more work--and an compiler exception model that isn't specific to
GCC-style exceptions!
In particular, I imagine that it would be possible to mix "traditional" SEH
with GCC-style EH or Microsoft C++ EH. Currently LLVM has no way (beyond some
target-specific defaults and whole-module compiler switches) of knowing which
scheme to use when.
llvm-svn: 132283
|
| |
|
|
| |
llvm-svn: 132279
|
| |
|
|
| |
llvm-svn: 132278
|
| |
|
|
| |
llvm-svn: 132276
|
| |
|
|
|
|
| |
fixes self-host.
llvm-svn: 132275
|
| |
|
|
|
|
|
|
| |
and should probably be encoded as
DW_OP_reg 32 DW_OP_piece 4 DW_OP_reg 33
llvm-svn: 132274
|
| |
|
|
|
|
| |
-verify-machineinstrs failures on several tests.
llvm-svn: 132268
|
| |
|
|
|
|
|
|
|
|
|
| |
LegalizeTypeAction.
This patch does not change the behavior of the type legalizer. The codegen
produces the same code.
This infrastructural change is needed in order to enable complex decisions
for vector types (needed by the vector-select patch).
llvm-svn: 132263
|
| |
|
|
| |
llvm-svn: 132256
|
| |
|
|
| |
llvm-svn: 132255
|
| |
|
|
|
|
|
|
| |
instead.
Fixes PR10040.
llvm-svn: 132254
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
transformed by the inliner into a branch to the enclosing landing pad
(when inlined through an invoke). If not so optimized, it is lowered
DWARF EH preparation into a call to _Unwind_Resume (or _Unwind_SjLj_Resume
as appropriate). Its chief advantage is that it takes both the
exception value and the selector value as arguments, meaning that there
is zero effort in recovering these; however, the frontend is required
to pass these down, which is not actually particularly difficult.
Also document the behavior of landing pads a bit better, and make it
clearer that it's okay that personality functions don't always land at
landing pads. This is just a fact of life. Don't write optimizations that
rely on pushing things over an unwind edge.
llvm-svn: 132253
|
| |
|
|
|
|
|
|
|
| |
switch. With this newfound organization, teach tblgen how not to give
all intrinsics the 'nounwind' attribute. Introduce a new intrinsic,
llvm.eh.resume, which does not have this attribute. Documentation and uses
to follow.
llvm-svn: 132252
|
| |
|
|
| |
llvm-svn: 132250
|
| |
|
|
|
|
|
|
| |
to load/store i64 values. Since there's no current support to explicitly
declare such restrictions, implement it by using specific hardcoded register
pairs during isel.
llvm-svn: 132248
|
| |
|
|
| |
llvm-svn: 132246
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Delete the Kill and Def markers in BlockInfo. They are no longer
necessary when BlockInfo describes a continuous live range.
This only affects the relatively rare kind of basic block where a live
range looks like this:
|---x o---|
Now live range splitting can pretend that it is looking at two blocks:
|---x
o---|
This allows the code to be simplified a bit.
llvm-svn: 132245
|
| |
|
|
|
|
|
|
|
|
|
| |
It is important that this function returns the same number of live blocks as
countLiveBlocks(CurLI) because live range splitting uses the number of live
blocks to ensure it is making progress.
This is in preparation of supporting duplicate UseBlock entries for basic blocks
that have a virtual register live-in and live-out, but not live-though.
llvm-svn: 132244
|
| |
|
|
|
|
|
|
|
| |
in MipsRegisterInfo::getCalleeSavedRegs so that both registers paired for a
double precision register get saved.
llvm-svn: 132243
|
| |
|
|
|
|
|
|
|
| |
register allocation dependent and will occasionally break. WIP in the
register allocator to model paired/etc registers.
rdar://9119939
llvm-svn: 132242
|
| |
|
|
| |
llvm-svn: 132241
|
| |
|
|
|
|
| |
Need this to prevent emitting illegal conditional move instructions.
llvm-svn: 132240
|
| |
|
|
| |
llvm-svn: 132239
|
| |
|
|
| |
llvm-svn: 132238
|
| |
|
|
| |
llvm-svn: 132237
|
| |
|
|
|
|
|
|
| |
There was no way to check if a given register/mode pair was valid. We now return
an error code (-2) instead of asserting. If anyone thinks that an assert
at this point is really needed, we can autogen a hasValidDwarfRegNum instead.
llvm-svn: 132236
|
| |
|
|
|
|
| |
and add some basic tests for them.
llvm-svn: 132235
|
| |
|
|
|
|
|
| |
the Win64 EH mechanism to implement GCC-style exceptions. LLVM supports
hardly anything else at this point!
llvm-svn: 132234
|
| |
|
|
|
|
|
| |
mode (only the "mov.w" variant). Now, when parsing "mov" in thumb mode,
default to the Thumb 1 versions/encodings.
llvm-svn: 132233
|
| |
|
|
|
|
| |
I check.
llvm-svn: 132230
|
| |
|
|
| |
llvm-svn: 132228
|
| |
|
|
|
|
| |
and enhancements in sub-project status updates.
llvm-svn: 132227
|
| |
|
|
|
|
|
|
|
| |
getMatchingSuperRegClass()
was saying that the matching superregister class of GR32_NOREX in GR64_NOREX_NOSP
is GR64_NOREX, which drops the NOSP constraint. This fixes PR10032.
llvm-svn: 132225
|
| |
|
|
|
|
|
|
|
|
| |
subregisters:
When a value is in a subregister, at least report the location as being
the superregister. We should extend the .td files to encode the bit
range so that we can produce a DW_OP_bit_piece.
llvm-svn: 132224
|
| |
|
|
| |
llvm-svn: 132222
|
| |
|
|
|
|
| |
this. XFAIL'd, because the COFF AsmParser can't handle .section yet.
llvm-svn: 132220
|
| |
|
|
|
|
| |
code in one place. Re-apply 131534 and fix the multi-step promotion of integers.
llvm-svn: 132217
|
| |
|
|
|
|
|
|
| |
says, it's hard to pick good line numbers for this transformation, but something is better than nothing.
rdar://9143729
llvm-svn: 132215
|
| |
|
|
| |
llvm-svn: 132214
|
| |
|
|
| |
llvm-svn: 132213
|
| |
|
|
| |
llvm-svn: 132212
|
| |
|
|
|
|
| |
tools issues. rdar://9514789
llvm-svn: 132211
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
According to PR2536, the old spiller had trouble with the IMPLICIT_DEF in this
code:
%reg1028<def> = MOV16rm %reg0, 1, %reg0, <ga:g_5>, Mem:LD(2,2) [g_5 + 0]
%reg1039<def> = IMPLICIT_DEF
%reg1038<def> = INSERT_SUBREG %reg1039, %reg1028, 2
%reg1025<def> = AND32ri %reg1038, 65534, %%EFLAGS<imp-def>
However, today we emit a zero-extending load instead:
%vreg10<def> = MOVZX32rm16 %noreg, 1, %noreg, <ga:@g_5>, %noreg; %mem:LD2[@g_5] GR32:%vreg10
%vreg0<def> = AND32ri %vreg10, 65534, %%EFLAGS<imp-def,dead>; %GR32:%vreg0,%vreg10
This makes the test pointless since it no longer creates the spiller hazard.
llvm-svn: 132210
|
| |
|
|
|
|
|
|
| |
fixes aliasing issues with the old and new names as well as adds test
cases for the auto-upgrader.
Fixes rdar 9472944.
llvm-svn: 132207
|
| |
|
|
|
|
| |
size, select appropraite form.
llvm-svn: 132206
|
| |
|
|
|
|
|
|
|
|
| |
suffix (e.g. .xdata$myfunc). The suffix part isn't implemented yet, but
I'll get to it in the next patch.
Fix up all callers of the affected functions. Make them pass said suffix to
the function.
llvm-svn: 132205
|
| |
|
|
| |
llvm-svn: 132203
|
| |
|
|
| |
llvm-svn: 132202
|
| |
|
|
|
|
|
|
| |
prevents LICM sinking from erasing debug intrinsics which don't dominate any exit block of the loop.
rdar://9143943 .
llvm-svn: 132201
|