| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
| |
In the case of EDInstInfo, this would actually cause a bug when -1 became 255
and was then compared >=0 in llvm-mc/Disassembler.cpp.
llvm-svn: 138825
|
|
|
|
|
|
| |
MCParsedAsmOperand objects were being leaked.
llvm-svn: 138053
|
|
|
|
|
|
|
| |
- Don't leak parsed operands during tokenization.
- Don't leak printed insts in llvm-mc.
llvm-svn: 126381
|
|
|
|
|
|
| |
the implementation.
llvm-svn: 108912
|
|
|
|
| |
llvm-svn: 108908
|
|
better in the llvm world. Among other things, this changes:
1. The guts of libedis are now moved into lib/MC/MCDisassembler
2. llvm-mc now depends on lib/MC/MCDisassembler, not tools/edis,
so edis and mc don't have to be built in series.
3. lib/MC/MCDisassembler no longer depends on the C api, the C
API depends on it.
4. Various code cleanup changes.
There is still a lot to be done to make edis fit with the llvm
design, but this is an incremental step in the right direction.
llvm-svn: 108869
|