| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
| |
convey that it's a INOUT argument.
Also, if parsing of entry instructions fails, don't push the entry.
llvm-svn: 175847
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
to lib/DebugInfo, with dumping in llvm-dwarfdump. This patch adds
initial ability to parse and dump CFA instructions contained in
entries.
To keep it manageable, the patch omits some more advanced capabilities
(accounted in TODOs):
* Parsing of instructions with BLOCK arguments (expression lists)
* Dumping of actual instruction arguments (currently only names are
dumped). This is quite tricky since the dumper has to effectively
"interpret" the instructions.
llvm-svn: 175820
|
|
|
|
|
|
| |
linkage.
llvm-svn: 175264
|
|
|
|
|
|
|
|
|
| |
but missed a couple
of lines which weren't being explicitly looked at and were printing incorrect results. These
values clearly must lie within 32 bits, so the casts are definitely safe.
llvm-svn: 174717
|
|
|
|
|
|
| |
Excuse me, I could not test it locally.
llvm-svn: 174614
|
|
|
|
|
|
| |
hosts.
llvm-svn: 174602
|
|
|
|
|
| |
FIXME: Are they really truncated to i32 from i64 unconditionally?
llvm-svn: 174574
|
|
|
|
| |
llvm-svn: 174515
|
|
|
|
|
|
| |
initialization is one of the reasons I consider -werror to be shoddy.
llvm-svn: 174485
|
|
|
|
| |
llvm-svn: 174483
|
|
|
|
| |
llvm-svn: 174473
|
|
llvm-svn: 174463
|