Started 4 mo 4 days ago
Took 14 min

Success Build clang-r365633-t57858-b57858.tar.gz (Jul 10, 2019 8:23:58 AM)

Issues

No known issues detected

Build Log

Revision: 365610
Changes
  1. gn build: Merge r365585 (detail)
    by nico
  2. [docs][llvm-symbolizer] Fix grammar (detail)
    by jhenderson
  3. [X86] EltsFromConsecutiveLoads - cleanup Zero/Undef/Load element collection. NFCI. (detail)
    by rksimon
  4. [MIPS GlobalISel] Select float and double phi

    Select float and double phi for MIPS32.

    Differential Revision: https://reviews.llvm.org/D64420 (detail)
    by petar.avramovic
  5. [MIPS GlobalISel] Select float and double load and store

    Select float and double load and store for MIPS32.

    Differential Revision: https://reviews.llvm.org/D64419 (detail)
    by petar.avramovic
  6. [FileCheck] Simplify numeric variable interface

    Summary:
    This patch simplifies 2 aspects in the FileCheckNumericVariable code.

    First, setValue() method is turned into a void function since being
    called only on undefined variable is an invariant and is now asserted
    rather than returned. This remove the assert from the callers.

    Second, clearValue() method is also turned into a void function since
    the only caller does not check its return value since it may be trying
    to clear the value of variable that is already cleared without this
    being noteworthy.

    Reviewers: jhenderson, chandlerc, jdenny, probinson, grimar, arichardson, rnk

    Subscribers: JonChesterfield, rogfer01, hfinkel, kristina, rnk, tra, arichardson, grimar, dblaikie, probinson, llvm-commits, hiraditya

    Tags: #llvm

    Differential Revision: https://reviews.llvm.org/D64231

    llvm-svn: 365249 (detail)
    by thopre
  7. [FileCheck] Fix @LINE value after match failure

    Summary:
    The value of the FileCheckNumericVariable class instance representing
    the @LINE numeric variable is set and cleared respectively before and
    after substitutions are made, if any. However, when a substitution
    fails, the value is not cleared. This causes the next substitution of
    @LINE later on to give the wrong value since setValue is a nop if the
    value is already set. This is what caused failures after commit r365249.

    Reviewers: jhenderson, chandlerc, jdenny, probinson, grimar, arichardson, rnk

    Subscribers: hiraditya, llvm-commits, probinson, dblaikie, grimar, arichardson, tra, rnk, kristina, hfinkel, rogfer01, JonChesterfield

    Tags: #llvm

    Differential Revision: https://reviews.llvm.org/D64449 (detail)
    by thopre
  8. [NFC][ARM] Convert lambdas to static helpers

    Break up and convert some of the lambdas in ARMLowOverheadLoops into
    static functions. (detail)
    by sam_parker
  9. [X86] EltsFromConsecutiveLoads - LDBase is non-null. NFCI.

    Don't bother checking for LDBase != null - it should be (and we assert that it is). (detail)
    by rksimon
  10. [DAGCombine] visitINSERT_SUBVECTOR - use uint64_t subvector index. NFCI.

    Keep the uint64_t type from getZExtValue() to stop truncation/extension overflow warnings in MSVC in subvector index math. (detail)
    by rksimon
Revision: 365610
Changes
  1. Loop pragma parsing. NFC.

    I would like to add some pragma handling here, but couldn't resist a little NFC
    and tidy up first.

    Differential Revision: https://reviews.llvm.org/D64471 (detail)
    by sjoerdmeijer
Revision: 365610
Changes
  1. [clangd] Trim spaces around parsed include in include extractor (detail)
    by kadircet
  2. [clangd] Add a flag to clangdServer rename function to control whether we want format the replacements.

    Summary:
    This would allow clangd embedders to use the ClangdServer::rename for other
    purposes (highlighting all the occurrences of the symbol in prepare
    stage).

    Reviewers: sammccall, ilya-biryukov

    Subscribers: MaskRay, jkorous, arphaman, kadircet, cfe-commits

    Tags: #clang

    Differential Revision: https://reviews.llvm.org/D64481 (detail)
    by hokein

Started by upstream project relay-lnt-ctmark build number 8800
originally caused by:

This run spent:

  • 9 min 44 sec waiting;
  • 14 min build duration;
  • 14 min total from scheduled to completion.