Skip to content
  1. Jul 20, 2010
    • Chris Lattner's avatar
      start straightening out libedis's dependencies and make it fit · 979634bb
      Chris Lattner authored
      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
      979634bb
  2. Jan 24, 2010
  3. Jan 22, 2010
  4. Jun 24, 2009
  5. Jan 09, 2009
  6. Dec 29, 2007
  7. Oct 24, 2005
  8. Nov 14, 2004
  9. Nov 12, 2004
  10. Oct 28, 2004
  11. Aug 29, 2004
  12. Jul 02, 2004
  13. Jun 30, 2004
  14. Jun 07, 2004
    • Reid Spencer's avatar
      Commit For New Tool: llvm-abcd (Analysis of ByteCode Dumper). This tool · db5c86d0
      Reid Spencer authored
      will (eventually) provide statistical analysis of bytecode files as well
      as the ability to dump them in a low level format (slot numbers not
      resolved). The purpose of this is to aid in the Type!=Value change of
      bug 122. With this initial release, llvm-abcd merely dumps out the
      bytecode. However, the infrastructure for separating bytecode parsing from
      handling the parsing events is in place. The style chosen is similar to
      SAX XML parsing where a handler object is called to handlign the parsing
      events. This probably isn't useful to anyone but me right now as there is
      no analysis yet, and the dumper doesn't work on every bytecode file. It
      will probably be useful by the end of this week. Note that there is some
      duplication of code from the bytecode reader.  This was done to eliminate
      errors from being introduced in the reader and to minimize the impact to
      other LLVM developers. At some point, the Analyzer and the Reader will be
      integrated to use the same infrastructure. Also, sorry for the minor change
      to Instruction.h but I just couldn't bring myself to write code that
      depends on Instruction internals.
      
      llvm-svn: 14048
      db5c86d0
Loading