Skip to content
  1. Dec 04, 2012
  2. Dec 03, 2012
    • Jakob Stoklund Olesen's avatar
      Use the new getRegAllocationHints() hook from AllocationOrder. · c784a1f9
      Jakob Stoklund Olesen authored
      This simplifies the hinting code quite a bit while making the targets
      easier to write at the same time.
      
      llvm-svn: 169173
      c784a1f9
    • Pedro Artigas's avatar
      moves doInitialization and doFinalization to the Pass class and removes some... · e4348b04
      Pedro Artigas authored
      moves doInitialization and doFinalization to the Pass class and removes some unreachable code in MachineModuleInfo
      
      reviewed by Evan Cheng <evan.cheng@apple.com>
      
      llvm-svn: 169164
      e4348b04
    • Jakob Stoklund Olesen's avatar
      Add a new hook for providing register allocator hints more flexibly. · 499cac48
      Jakob Stoklund Olesen authored
      The TargetRegisterInfo::getRegAllocationHints() function is going to
      replace the existing mechanisms for providing target-dependent hints to
      the register allocator: ResolveRegAllocHint() and
      getRawAllocationOrder().
      
      The new hook is more flexible because it allows the target to provide
      multiple preferred candidate registers for each virtual register, and it
      is easier to use because targets are not required to return a reference
      to a constant array like getRawAllocationOrder().
      
      An optional VirtRegMap argument can be used to provide target-dependent
      hints that depend on the provisional assignments of other virtual
      registers.
      
      llvm-svn: 169154
      499cac48
    • Eli Bendersky's avatar
      Fix PR12942: Allow two CUs to be generated from the same source file. · b42d1466
      Eli Bendersky authored
      Thanks Eric for the review.
      
      llvm-svn: 169142
      b42d1466
    • Chandler Carruth's avatar
      Use the new script to sort the includes of every file under lib. · ed0881b2
      Chandler Carruth authored
      Sooooo many of these had incorrect or strange main module includes.
      I have manually inspected all of these, and fixed the main module
      include to be the nearest plausible thing I could find. If you own or
      care about any of these source files, I encourage you to take some time
      and check that these edits were sensible. I can't have broken anything
      (I strictly added headers, and reordered them, never removed), but they
      may not be the headers you'd really like to identify as containing the
      API being implemented.
      
      Many forward declarations and missing includes were added to a header
      files to allow them to parse cleanly when included first. The main
      module rule does in fact have its merits. =]
      
      llvm-svn: 169131
      ed0881b2
  3. Dec 02, 2012
  4. Dec 01, 2012
  5. Nov 30, 2012
    • Bill Wendling's avatar
      Replace r168930 with a more reasonable patch. · c786b312
      Bill Wendling authored
      The original patch removed a bunch of code that the SjLjEHPrepare pass placed
      into the entry block if all of the landing pads were removed during the
      CodeGenPrepare class. The more natural way of doing things is to run the CGP
      *before* we run the SjLjEHPrepare pass.
      
      Make it so!
      
      llvm-svn: 169044
      c786b312
  6. Nov 29, 2012
  7. Nov 28, 2012
  8. Nov 27, 2012
Loading