Skip to content
  1. Apr 15, 2008
    • Dan Gohman's avatar
      Treat EntryToken nodes as "passive" so that they aren't added to the · 4370f267
      Dan Gohman authored
      ScheduleDAG; they don't correspond to any actual instructions so they
      don't need to be scheduled.
      
      This fixes a bug where the EntryToken was being scheduled multiple
      times in some cases, though it ended up not causing any trouble because 
      EntryToken doesn't expand into anything. With this fixed the schedulers
      reliably schedule the expected number of units, so we can check this
      with an assertion.
      
      This requires a tweak to test/CodeGen/X86/loop-hoist.ll because it
      ends up getting scheduled differently in a trivial way, though it was
      enough to fool the prcontext+grep that the test does.
      
      llvm-svn: 49701
      4370f267
    • Dan Gohman's avatar
      In -view-sunit-dags, display "special" chain dependencies as cyan · e5f21cea
      Dan Gohman authored
      instead of blue to distinguish them from regular dependencies.
      
      llvm-svn: 49696
      e5f21cea
  2. Apr 14, 2008
  3. Apr 13, 2008
  4. Apr 12, 2008
    • Duncan Sands's avatar
      Factor some libcall code. · 844d55a4
      Duncan Sands authored
      llvm-svn: 49583
      844d55a4
    • Dan Gohman's avatar
      Drop ISD::MEMSET, ISD::MEMMOVE, and ISD::MEMCPY, which are not Legal · 544ab2c5
      Dan Gohman authored
      on any current target and aren't optimized in DAGCombiner. Instead
      of using intermediate nodes, expand the operations, choosing between
      simple loads/stores, target-specific code, and library calls,
      immediately.
      
      Previously, the code to emit optimized code for these operations
      was only used at initial SelectionDAG construction time; now it is
      used at all times. This fixes some cases where rep;movs was being
      used for small copies where simple loads/stores would be better.
      
      This also cleans up code that checks for alignments less than 4;
      let the targets make that decision instead of doing it in
      target-independent code. This allows x86 to use rep;movs in
      low-alignment cases.
      
      Also, this fixes a bug that resulted in the use of rep;stos for
      memsets of 0 with non-constant memory size when the alignment was
      at least 4. It's better to use the library in this case, which
      can be significantly faster when the size is large.
      
      This also preserves more SourceValue information when memory
      intrinsics are lowered into simple loads/stores.
      
      llvm-svn: 49572
      544ab2c5
  5. Apr 11, 2008
  6. Apr 10, 2008
  7. Apr 09, 2008
  8. Apr 08, 2008
  9. Apr 07, 2008
  10. Apr 06, 2008
  11. Apr 05, 2008
  12. Apr 04, 2008
  13. Apr 03, 2008
Loading