Skip to content
  1. Oct 07, 2010
  2. Sep 01, 2010
  3. Aug 20, 2010
  4. Aug 11, 2010
  5. Aug 10, 2010
  6. May 27, 2010
  7. May 11, 2010
    • Bill Wendling's avatar
      The getDefaultSubtargetFeatures method of SubtargetFeature did actually return a · a12c1ff2
      Bill Wendling authored
      string of features for that target. However LTO was using that string to pass
      into the "create target machine" stuff. That stuff needed the feature string to
      be in a particular form. In particular, it needed the CPU specified first and
      then the attributes. If there isn't a CPU specified, it required it to be blank
      -- e.g., ",+altivec". Yuck.
      
      Modify the getDefaultSubtargetFeatures method to be a non-static member
      function. For all attributes for a specific subtarget, it will add them in like
      normal. It will also take a CPU string so that it can satisfy this horrible
      syntax.
      
      llvm-svn: 103451
      a12c1ff2
  8. May 02, 2010
  9. Apr 27, 2010
  10. Apr 17, 2010
  11. Mar 24, 2010
  12. Mar 12, 2010
  13. Feb 03, 2010
  14. Feb 02, 2010
  15. Jan 27, 2010
    • Jeffrey Yasskin's avatar
      Kill ModuleProvider and ghost linkage by inverting the relationship between · 091217be
      Jeffrey Yasskin authored
      Modules and ModuleProviders. Because the "ModuleProvider" simply materializes
      GlobalValues now, and doesn't provide modules, it's renamed to
      "GVMaterializer". Code that used to need a ModuleProvider to materialize
      Functions can now materialize the Functions directly. Functions no longer use a
      magic linkage to record that they're materializable; they simply ask the
      GVMaterializer.
      
      Because the C ABI must never change, we can't remove LLVMModuleProviderRef or
      the functions that refer to it. Instead, because Module now exposes the same
      functionality ModuleProvider used to, we store a Module* in any
      LLVMModuleProviderRef and translate in the wrapper methods.  The bindings to
      other languages still use the ModuleProvider concept.  It would probably be
      worth some time to update them to follow the C++ more closely, but I don't
      intend to do it.
      
      Fixes http://llvm.org/PR5737 and http://llvm.org/PR5735.
      
      llvm-svn: 94686
      091217be
  16. Jan 17, 2010
  17. Jan 16, 2010
  18. Jan 15, 2010
  19. Jan 11, 2010
  20. Nov 25, 2009
  21. Nov 21, 2009
  22. Nov 18, 2009
  23. Nov 17, 2009
  24. Aug 25, 2009
    • Dan Gohman's avatar
      Delete some unnecessary flushes. · 896ef2be
      Dan Gohman authored
      llvm-svn: 80013
      896ef2be
    • Dan Gohman's avatar
      Make LLVM command-line tools overwrite their output files without -f. · 61a8796d
      Dan Gohman authored
      This is conventional command-line tool behavior. -f now just means
      "enable binary output on terminals".
      
      Add a -f option to llvm-extract and llvm-link, for consistency.
      
      Remove F_Force from raw_fd_ostream and enable overwriting and
      truncating by default. Introduce an F_Excl flag to permit users to
      enable a failure when the file already exists. This flag is
      currently unused.
      
      Update Makefiles and documentation accordingly.
      
      llvm-svn: 79990
      61a8796d
  25. Aug 24, 2009
    • Chris Lattner's avatar
      Prune #includes from llvm/Linker.h and llvm/System/Path.h, · c521f541
      Chris Lattner authored
      forcing them down into various .cpp files.
      
      This change also:
      1. Renames TimeValue::toString() and Path::toString() to ::str()
         for similarity with the STL.
      2. Removes all stream insertion support for sys::Path, forcing
         clients to call .str().
      3. Removes a use of Config/alloca.h from bugpoint, using smallvector
         instead.
      4. Weans llvm-db off <iostream>
      
      sys::Path really needs to be gutted, but I don't have the desire to
      do it at this point.
      
      llvm-svn: 79869
      c521f541
  26. Aug 23, 2009
  27. Aug 22, 2009
  28. Aug 13, 2009
  29. Aug 11, 2009
    • Jim Grosbach's avatar
      SjLj based exception handling unwinding support. This patch is nasty, brutish · 693e36a3
      Jim Grosbach authored
      and short. Well, it's kinda short. Definitely nasty and brutish.
      
      The front-end generates the register/unregister calls into the SjLj runtime,
      call-site indices and landing pad dispatch. The back end fills in the LSDA
      with the call-site information provided by the front end. Catch blocks are
      not yet implemented.
      
      Built on Darwin and verified no llvm-core "make check" regressions.
      
      llvm-svn: 78625
      693e36a3
  30. Aug 04, 2009
Loading