Started 2 hr 11 min ago
Build has been executing for 2 hr 11 min on green-dragon-02

Progress:
In progress Build #14703 (Sep 15, 2019 11:22:12 AM)

Revisions
  • http://llvm.org/svn/llvm-project/llvm/trunk : 371937
  • http://llvm.org/svn/llvm-project/cfe/trunk : 371934
  • http://llvm.org/svn/llvm-project/compiler-rt/trunk : 371926
  • http://llvm.org/svn/llvm-project/zorg/trunk : 371835
  • http://llvm.org/svn/llvm-project/libcxx/trunk : 371925
  • http://llvm.org/svn/llvm-project/clang-tools-extra/trunk : 371890
Changes
  1. [GlobalISel] findGISelOptimalMemOpLowering - remove dead initalization. NFCI.

    Fixes static analyzer warning that "Value stored to 'NewTySize' during its initialization is never read". (detail)
    by rksimon
  2. [LoadStoreVectorizer] vectorizeLoadChain - ensure we find a valid Type down the load chain. NFCI.

    Silence static analyzer uninitialized variable warning by setting the LoadTy to null and then asserting we find a real value. (detail)
    by rksimon
  3. InterleavedLoadCombine - merge isa<> and dyn_cast<> duplicates. NFCI.

    Silence static analyzer null dereference warning of *dyn_cast<BinaryOperator> by merging with the isa<BinaryOperator> above. (detail)
    by rksimon
  4. [OpenMP] Fix OMPClauseReader::readClause() uninitialized variable warning. NFCI.

    Fixes static analyzer uninitialized variable warning for the OMPClause - the function appears to cover all cases, but I've added an assertion to make sure. (detail)
    by rksimon
  5. [DebugInfo] Don't dereference a dyn_cast<PDBSymbolData> result. NFCI.

    The static analyzer is warning about a potential null dereference - but as we're in DataMemberLayoutItem we should be able to guarantee that the Symbol is a PDBSymbolData type, allowing us to use cast<PDBSymbolData> - and if not assert will fire for us. (detail)
    by rksimon
  6. [ARM] Masked loads and stores

    Masked loads and store fit naturally with MVE, the instructions being easily
    predicated. This adds lowering for the simple cases of masked loads and stores.
    It does not yet deal with widening/narrowing or pre/post inc, and so is
    currently behind an option.

    The llvm masked load intrinsic will accept a "passthru" value, dictating the
    values used for the zero masked lanes. In MVE the instructions write 0 to the
    zero predicated lanes, so we need to match a passthru that isn't 0 (or undef)
    with a select instruction to pull in the correct data after the load.

    Differential Revision: https://reviews.llvm.org/D67186 (detail)
    by dmgreen

Started by timer (4 times)

This run spent 3 hr 12 min waiting in the queue.