| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
llvm-svn: 170050
|
|
|
|
|
|
|
|
| |
the asm printer,
also changed MCContext to a single reset only method for simplicity as requested on the list
llvm-svn: 170041
|
|
|
|
|
|
|
|
| |
should only occur on invalid input. Instruction matching errors aren't
unexpected, so we can't rely on the AsmParsers HadError variable directly.
rdar://12840278
llvm-svn: 170037
|
|
|
|
|
|
|
|
| |
they're necessary and it breaks linking of the unit tests.
Also comes with a clang-format run on the cpp file, it had major style violations.
llvm-svn: 170036
|
|
|
|
| |
llvm-svn: 170035
|
|
|
|
| |
llvm-svn: 170033
|
|
|
|
| |
llvm-svn: 170031
|
|
|
|
| |
llvm-svn: 170030
|
|
|
|
|
|
| |
No need to copy HTML files anymore.
llvm-svn: 170029
|
|
|
|
| |
llvm-svn: 170027
|
|
|
|
| |
llvm-svn: 170025
|
|
|
|
| |
llvm-svn: 170024
|
|
|
|
| |
llvm-svn: 170023
|
|
|
|
| |
llvm-svn: 170022
|
|
|
|
| |
llvm-svn: 170021
|
|
|
|
| |
llvm-svn: 170020
|
|
|
|
|
|
|
|
|
| |
structures to and from YAML using traits. The first client will
be the test suite of lld. The documentation will show up at:
http://llvm.org/docs/YamlIO.html
llvm-svn: 170019
|
|
|
|
|
|
|
| |
load / store pair. It's not legal to use a wider load than the size of
the remaining bytes if it's the first pair of load / store.
llvm-svn: 170018
|
|
|
|
| |
llvm-svn: 170017
|
|
|
|
|
|
|
|
| |
predictable when compiled on at least one non-PowerPC host. Source of
nondeterminism not apparent. Restrict the test to build on PowerPC hosts
for now while looking into the issue further.
llvm-svn: 170016
|
|
|
|
| |
llvm-svn: 170015
|
|
|
|
| |
llvm-svn: 170012
|
|
|
|
|
|
| |
console sessions and add more highlighter names.
llvm-svn: 170011
|
|
|
|
| |
llvm-svn: 170007
|
|
|
|
| |
llvm-svn: 170006
|
|
|
|
| |
llvm-svn: 170005
|
|
|
|
|
|
| |
increase the function size.
llvm-svn: 170004
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
PowerPC target. This is the last of the four models, so we now have
full TLS support.
This is mostly a straightforward extension of the general dynamic model.
I had to use an additional Chain operand to tie ADDIS_DTPREL_HA to the
register copy following ADDI_TLSLD_L; otherwise everything above the
ADDIS_DTPREL_HA appeared dead and was removed.
As before, there are new test cases to test the assembly generation, and
the relocations output during integrated assembly. The expected code
gen sequence can be read in test/CodeGen/PowerPC/tls-ld.ll.
There are a couple of things I think can be done more efficiently in the
overall TLS code, so there will likely be a clean-up patch forthcoming;
but for now I want to be sure the functionality is in place.
Bill
llvm-svn: 170003
|
|
|
|
| |
llvm-svn: 170002
|
|
|
|
| |
llvm-svn: 170001
|
|
|
|
| |
llvm-svn: 169993
|
|
|
|
|
|
| |
Patch by Anthony Mykhailenko with small fixes by me.
llvm-svn: 169992
|
|
|
|
| |
llvm-svn: 169990
|
|
|
|
|
|
|
|
|
|
| |
been used in the first place. It simply was passed to the function and to the
recursive invocations. Simply drop the parameter and update the callers for the
new signature.
Patch by Saleem Abdulrasool!
llvm-svn: 169988
|
|
|
|
|
|
|
|
|
|
|
|
| |
When ASan replaces <alloca instruction> with
<offset into a common large alloca>, it should also patch
llvm.dbg.declare calls and replace debug info descriptors to mark
that we've replaced alloca with a value that stores an address
of the user variable, not the user variable itself.
See PR11818 for more context.
llvm-svn: 169984
|
|
|
|
|
|
| |
gives a nicer output than 'bash'.
llvm-svn: 169981
|
|
|
|
|
|
| |
gives a nicer output than 'bash'.
llvm-svn: 169979
|
|
|
|
|
|
|
|
| |
CHECK-NOT lines.
Found by Alexander Zinenko, thanks!
llvm-svn: 169978
|
|
|
|
|
|
| |
s/test_/Test/g, not to mismatch "CHECK(-NOT): test".
llvm-svn: 169977
|
|
|
|
|
|
|
|
| |
Add R_ARM_NONE and R_ARM_PREL31 relocation types
to MCExpr. Both of them will be used while
generating .ARM.extab and .ARM.exidx sections.
llvm-svn: 169965
|
|
|
|
| |
llvm-svn: 169963
|
|
|
|
| |
llvm-svn: 169962
|
|
|
|
|
|
|
|
|
|
|
|
| |
mention the inline memcpy / memset expansion code is a mess?
This patch split the ZeroOrLdSrc argument into two: IsMemset and ZeroMemset.
The first indicates whether it is expanding a memset or a memcpy / memmove.
The later is whether the memset is a memset of zero. It's totally possible
(likely even) that targets may want to do different things for memcpy and
memset of zero.
llvm-svn: 169959
|
|
|
|
| |
llvm-svn: 169957
|
|
|
|
| |
llvm-svn: 169956
|
|
|
|
| |
llvm-svn: 169955
|
|
|
|
|
|
|
|
|
| |
Also added more comments to explain why it is generally ok to return true.
- Rename getOptimalMemOpType argument IsZeroVal to ZeroOrLdSrc. It's meant to
be true for loaded source (memcpy) or zero constants (memset). The poor name
choice is probably some kind of legacy issue.
llvm-svn: 169954
|
|
|
|
| |
llvm-svn: 169953
|
|
|
|
|
|
| |
rdar://12838504
llvm-svn: 169951
|
|
|
|
|
|
| |
tail loop. There is no testcase because I dont know of a way to initialize the loop vectorizer pass without adding an additional hidden flag.
llvm-svn: 169950
|