Skip to content
  1. Nov 07, 2009
    • Victor Hernandez's avatar
      - new SROA mallocs should have the mallocs running-or'ed, not the malloc's bitcast · bde558c5
      Victor Hernandez authored
      - fix ProcessInternalGlobal() debug output
      
      llvm-svn: 86317
      bde558c5
    • Victor Hernandez's avatar
      Fit in 80 columns · e04ed0c6
      Victor Hernandez authored
      llvm-svn: 86316
      e04ed0c6
    • Jeffrey Yasskin's avatar
      Avoid "ambiguous 'else'" warning from gcc. · 8f77e948
      Jeffrey Yasskin authored
      llvm-svn: 86314
      8f77e948
    • Victor Hernandez's avatar
      Re-commit r86077 now that r86290 fixes the 179.art and 175.vpr ARM regressions. · f3db9152
      Victor Hernandez authored
      Here is the original commit message:
      
      This commit updates malloc optimizations to operate on malloc calls that have constant int size arguments.
      
      Update CreateMalloc so that its callers specify the size to allocate:
      MallocInst-autoupgrade users use non-TargetData-computed allocation sizes.
      Optimization uses use TargetData to compute the allocation size.
      
      Now that malloc calls can have constant sizes, update isArrayMallocHelper() to use TargetData to determine the size of the malloced type and the size of malloced arrays.
      Extend getMallocType() to support malloc calls that have non-bitcast uses.
      
      Update OptimizeGlobalAddressOfMalloc() to optimize malloc calls that have non-bitcast uses.  The bitcast use of a malloc call has to be treated specially here because the uses of the bitcast need to be replaced and the bitcast needs to be erased (just like the malloc call) for OptimizeGlobalAddressOfMalloc() to work correctly.
      
      Update PerformHeapAllocSRoA() to optimize malloc calls that have non-bitcast uses.  The bitcast use of the malloc is not handled specially here because ReplaceUsesOfMallocWithGlobal replaces through the bitcast use.
      
      Update OptimizeOnceStoredGlobal() to not care about the malloc calls' bitcast use.
      
      Update all globalopt malloc tests to not rely on autoupgraded-MallocInsts, but instead use explicit malloc calls with correct allocation sizes.
      
      llvm-svn: 86311
      f3db9152
    • Jim Grosbach's avatar
      80-columns · 79d70e3e
      Jim Grosbach authored
      llvm-svn: 86310
      79d70e3e
    • Jeffrey Yasskin's avatar
      Give the JITResolver a direct pointer to its JITEmitter, and use that instead · ba78dcd9
      Jeffrey Yasskin authored
      of going through the global TheJIT variable.  This makes it easier to use
      features of JITEmitter that aren't in JITCodeEmitter for fixing PR5201.
      
      llvm-svn: 86305
      ba78dcd9
    • Evan Cheng's avatar
      - Add pseudo instructions tLDRpci_pic and t2LDRpci_pic which does a pc-relative · 207b2466
      Evan Cheng authored
        load of a GV from constantpool and then add pc. It allows the code sequence to
        be rematerializable so it would be hoisted by machine licm.
      - Add a late pass to break these pseudo instructions into a number of real
        instructions. Also move the code in Thumb2 IT pass that breaks up t2MOVi32imm
        to this pass. This is done before post regalloc scheduling to allow the
        scheduler to proper schedule these instructions. It also allow them to be
        if-converted and shrunk by later passes.
      
      llvm-svn: 86304
      207b2466
    • Anton Korobeynikov's avatar
      Honour subreg machine operands during asmprinting · 9df3acf4
      Anton Korobeynikov authored
      llvm-svn: 86303
      9df3acf4
    • Bob Wilson's avatar
      Print VMOV (immediate) operands as hexadecimal values. Apple's assembler · d95ccd6c
      Bob Wilson authored
      will not accept negative values for these.  LLVM's default operand printing
      sign extends values, so that valid unsigned values appear as negative
      immediates.  Print all VMOV immediate operands as hex values to resolve this.
      Radar 7372576.
      
      llvm-svn: 86301
      d95ccd6c
    • Chris Lattner's avatar
      Fix a bug where we'd call SplitBlockPredecessors with a pred in the · eb690fea
      Chris Lattner authored
      set only once even if it has multiple edges to BB.
      
      llvm-svn: 86299
      eb690fea
  2. Nov 06, 2009
  3. Nov 05, 2009
Loading