Sean Silva 73d86aa56a Nuke MCAnalysis. ... The code is buggy and barely tested. It is also mostly boilerplate. (This includes MCObjectDisassembler, which is the interface to that functionality) Following an IRC discussion with Jim Grosbach, it seems sensible to just nuke the whole lot of functionality, and dig it up from VCS if necessary (I hope not!). All of this stuff appears to have been added in a huge patch dump (look at the timeframe surrounding e.g. r182628) where almost every patch seemed to be untested and not reviewed before being committed. Post-review responses to the patches were never addressed. I don't think any of it would have passed pre-commit review. I doubt anyone is depending on this, since this code appears to be extremely buggy. In limited testing that Michael Spencer and I did, we couldn't find a single real-world object file that wouldn't crash the CFG reconstruction stuff. The symbolizer stuff has O(n^2) behavior and so is not much use to anyone anyway. It seemed simpler to remove them as a whole. Most of this code is boilerplate, which is the only way it was able to scrape by 60% coverage. HEADSUP: Modules folks, some files I nuked were referenced from include/llvm/module.modulemap; I just deleted the references. Hopefully that is the right fix (one was a FIXME though!). git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@216983 91177308-0d34-0410-b5e6-96231b3b80d8		2014-09-02 22:32:20 +00:00
..
archive-ir-asm.ll	Changed the lvm-nm alias "-s" for -print-armap to "-M".	2014-07-08 23:47:31 +00:00
lit.local.cfg
macho-text-sections.test
nm-ir.ll	Use "weak alias" instead of "alias weak"	2014-07-30 22:51:54 +00:00
objdump-disassembly-inline-relocations.test
objdump-label.test	Fix an off-by-one bug in the target independent llvm-objdump.	2014-08-17 16:31:39 +00:00
objdump-trivial-object.test
yaml2obj-elf-x86-rel.yaml