| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
| |
llvm-svn: 132161
|
| |
|
|
|
|
| |
iSel may not be able to find corresponding Node for llvm.dbg.value during DAG construction. Make iSel's life easier by removing this distance between llvm.dbg.value and its value instruction.
llvm-svn: 132151
|
| |
|
|
| |
llvm-svn: 132149
|
| |
|
|
| |
llvm-svn: 132148
|
| |
|
|
|
|
| |
a function has any function calls.
llvm-svn: 132140
|
| |
|
|
| |
llvm-svn: 132136
|
| |
|
|
|
|
| |
broken for ARM, please remove the following XFAIL when it will be fixed.
llvm-svn: 132135
|
| |
|
|
| |
llvm-svn: 132132
|
| |
|
|
| |
llvm-svn: 132131
|
| |
|
|
| |
llvm-svn: 132128
|
| |
|
|
| |
llvm-svn: 132127
|
| |
|
|
| |
llvm-svn: 132126
|
| |
|
|
|
|
| |
assert that prevented setting alignment on section creation.
llvm-svn: 132113
|
| |
|
|
|
|
| |
to match Microsoft's definitions.
llvm-svn: 132112
|
| |
|
|
| |
llvm-svn: 132111
|
| |
|
|
| |
llvm-svn: 132110
|
| |
|
|
| |
llvm-svn: 132109
|
| |
|
|
| |
llvm-svn: 132108
|
| |
|
|
| |
llvm-svn: 132107
|
| |
|
|
|
|
|
|
|
|
|
| |
Rework how the MCWin64EHUnwindInfo instances are stored. Fix issues with
chained unwind areas exposed by the test that were related to this.
The ChainedParent field had the wrong address, because when the chained unwind
info was added, the addresses shifted around. Now we store the pointers to the
structures, which are now allocated from the MC heap.
llvm-svn: 132106
|
| |
|
|
|
|
| |
rdar://problem/6920088
llvm-svn: 132105
|
| |
|
|
|
|
|
|
| |
Use a proper worklist for use-def traversal without holding onto an
iterator. Now that we process all IV uses, we need complete logic for
resusing existing derived IV defs. See HoistStep.
llvm-svn: 132103
|
| |
|
|
|
|
|
|
|
|
|
|
| |
This doesn't change functionality (much), but it allows for a more fine-grained
eviction policy. The current policy only compares spill weights, and that is not
always the best thing to do. Spill weights are designed to serve linear scan,
and they don't consider live range splitting.
Add a mechanism so canEvict() can request that a live range be evicted and
split/spilled. This is to avoid infinite eviction loops.
llvm-svn: 132101
|
| |
|
|
|
|
|
|
|
|
| |
simpler and more consistent.
The practical effects here are that x86-64 fast-isel can now handle trunc from i8 to i1, and ARM fast-isel can handle many more constructs involving integers narrower than 32 bits (including loads, stores, and many integer casts).
rdar://9437928 .
llvm-svn: 132099
|
| |
|
|
| |
llvm-svn: 132098
|
| |
|
|
| |
llvm-svn: 132097
|
| |
|
|
| |
llvm-svn: 132087
|
| |
|
|
| |
llvm-svn: 132086
|
| |
|
|
|
|
|
|
|
|
| |
them.
I had to add a special SwitchSectionNoChange method to MCStreamer just for
.seh_handlerdata. If this isn't OK, please let me know, and I'll find some
other way to fix .seh_handlerdata streaming.
llvm-svn: 132084
|
| |
|
|
| |
llvm-svn: 132083
|
| |
|
|
|
|
| |
Part of rdar://9119939
llvm-svn: 132081
|
| |
|
|
|
|
| |
been defined in MipsInstrFPU.td.
llvm-svn: 132076
|
| |
|
|
| |
llvm-svn: 132074
|
| |
|
|
|
|
| |
i8 and i16 values.
llvm-svn: 132073
|
| |
|
|
| |
llvm-svn: 132071
|
| |
|
|
| |
llvm-svn: 132070
|
| |
|
|
|
|
| |
return 0 if there are no function calls made.
llvm-svn: 132065
|
| |
|
|
| |
llvm-svn: 132063
|
| |
|
|
| |
llvm-svn: 132062
|
| |
|
|
|
|
|
|
| |
'void (__cdecl *)()' differs in parameter lists from 'void (__cdecl *)(void)'
atexit really expects a "void f(void)" function.
llvm-svn: 132061
|
| |
|
|
|
|
|
| |
MSVC doesn't support 64 bit enum.
OpcodeMask is not used anywhere in the code base.
llvm-svn: 132057
|
| |
|
|
|
|
|
|
| |
I kept the reference to the ABI since that is the common case. The
-fno-asynchronous-unwind-tables option is a user controlled way of breaking
the ABI.
llvm-svn: 132053
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
sure both definitions are identical. This used to produce warnings like
In file included from .../llvm/trunk/tools/lto/LTOCodeGenerator.cpp:45:
In file included from .../llvm/trunk/include/llvm/Support/system_error.h:225:
.../include/llvm/Config/config.h:591:9: warning: 'LLVM_PATH_XDOT_PY' macro redefined
#define LLVM_PATH_XDOT_PY ".../bin/xdot.py"
^
.../include/llvm/Config/llvm-config.h:98:9: note: previous definition is here
#define LLVM_PATH_XDOT_PY ""
^
1 warning generated.
(Paths edited for clarity)
Note: This only affected people who had xdot.py installed.
llvm-svn: 132050
|
| |
|
|
|
|
|
| |
-Emit an empty warning option as string ("") instead of 0.
-For diagnostic names also emit the size of the string.
llvm-svn: 132046
|
| |
|
|
|
|
| |
buggy methods that parse these directives.
llvm-svn: 132045
|
| |
|
|
| |
llvm-svn: 132044
|
| |
|
|
| |
llvm-svn: 132043
|
| |
|
|
|
|
| |
fixes <rdar://problem/9495913>
llvm-svn: 132042
|
| |
|
|
|
|
|
|
|
| |
target register, matching BX. I filed this bug because I was confused at first:
PR10007 - ARM branch instructions have inconsistent predicate operand placement
<http://llvm.org/bugs/show_bug.cgi?id=10007>
llvm-svn: 132041
|
| |
|
|
| |
llvm-svn: 132040
|