Skip to content
  1. Jul 28, 2003
  2. Jul 24, 2003
    • Misha Brukman's avatar
      Made a bunch of cleanups, as per Chris' recommendations: · 0fd31727
      Misha Brukman authored
      * Removed unused global and member variables
      * Fixed comments (CodeGeneratorBug.cpp)
      * Check for possibly failing GCC::create() and CBE::create()
      * Remove generated files after diffing the output (e.g., shared object)
      * Instead of using std::for_each, use explicit loops as std::for_each may
        duplicate the functor, and ours carries state
      * Changed member var from cl::opt<std::string> to just std::string
      * Fixed doxygen comments
      * Fixed string comparisons to use [ str.empty() ] instead of [ str == "" ]
      * Cache instances of CBE and GCC in BugDriver across compilations and executions
        while testing tools.
      
      llvm-svn: 7302
      0fd31727
    • Misha Brukman's avatar
      Major addition to bugpoint: ability to debug code generators (LLC and LLI). · d792c9bb
      Misha Brukman authored
      The C backend is assumed correct and is used to generate shared objects to be
      loaded by the other two code generators.
      
      LLC debugging should be functional now, LLI needs a few more additions to work,
      the major one is renaming of external functions to call the JIT lazy function
      resolver.
      
      Bugpoint now has a command-line switch -mode with options 'compile' and
      'codegen' to debug appropriate portions of tools.
      
      ExecutionDriver.cpp: Added implementations of AbstractInterpreter for LLC and
      GCC, broke out common code within other tools, and added ability to generate C
      code with CBE individually, without executing the program, and the GCC tool can
      generate executables shared objects or executables.
      
      If no reference output is specified to Bugpoint, it will be generated with CBE,
      because it is already assumed to be correct for the purposes of debugging using
      this method. As a result, many functions now accept as an optional parameter a
      shared object to be loaded in, if specified.
      
      llvm-svn: 7293
      d792c9bb
  3. Jul 21, 2003
  4. Jul 19, 2003
  5. Jul 18, 2003
  6. Jul 14, 2003
  7. Jul 10, 2003
  8. Jul 08, 2003
  9. Jul 02, 2003
    • Misha Brukman's avatar
      * If compiling on X86 or Sparc, automagically enable the JIT for that arch · 7dee443c
      Misha Brukman authored
      * Setting ENABLE_X86_JIT or ENABLE_SPARC_JIT on the `make' command-line will
        force the inclusion of that JIT on a different architecture
      * If neither JIT is enabled (e.g., compiling on a different architecture), the
        -march option will not be available to LLI.
      * As a side effect of the $ARCH variable, the Sparc LLI can now link just a bit
        faster by not including the x86 library.
      
      llvm-svn: 7070
      7dee443c
  10. Jun 30, 2003
  11. Jun 26, 2003
  12. Jun 25, 2003
  13. Jun 22, 2003
  14. Jun 20, 2003
  15. Jun 19, 2003
  16. Jun 18, 2003
  17. Jun 17, 2003
  18. Jun 16, 2003
  19. Jun 13, 2003
  20. Jun 12, 2003
  21. Jun 05, 2003
  22. Jun 02, 2003
  23. May 31, 2003
  24. May 30, 2003
Loading