Started 4 mo 7 days ago
Took 1 hr 35 min

Success Build clang-r365330-t57795-b57795.tar.gz (Jul 8, 2019 9:09:56 AM)

Issues

No known issues detected

Build Log

Revision: 364448
Changes
  1. [PowerPC][NFC]Update testcases using script. (detail)
    by jsji
  2. [X86] ISD::INSERT_SUBVECTOR - use uint64_t index. NFCI.

    Keep the uint64_t type from getConstantOperandVal to stop truncation/extension overflow warnings in MSVC in subvector index math. (detail)
    by rksimon
  3. [Triple] Add isRISCV function

    This matches isARM, isThumb, isAArch64 and similar helpers. Future commits
    which clean-up code that currently checks for Triple::riscv32 ||
    Triple::riscv64.

    Differential Revision: https://reviews.llvm.org/D54215
    Patch by Simon Cook.
    Test case added by Alex Bradbury. (detail)
    by asb
  4. [InstCombine] add tests for splat shuffles; NFC (detail)
    by spatel
  5. [Float2Int] Add support for unary FNeg to Float2Int

    Differential Revision: https://reviews.llvm.org/D63941 (detail)
    by mcinally
  6. [MIPS GlobalISel] Register bank select for G_LOAD. Select i64 load

    Select gprb or fprb when loaded value is used by either:
    copy to physical register or
    instruction with only one mapping available for that use operand.

    Load of integer s64 is handled with narrowScalar when mapping is applied,
    produced artifacts are combined away. Manually set gprb to all register
    operands of instructions created during narrowScalar.

    Differential Revision: https://reviews.llvm.org/D64269 (detail)
    by petar.avramovic
  7. [MIPS GlobalISel] Register bank select for G_STORE. Select i64 store

    Select gprb or fprb when stored value is defined by either:
    copy from physical register or
    instruction with only one mapping available for that def operand.

    Store of integer s64 is handled with narrowScalar when mapping is applied,
    produced artifacts are combined away. Manually set gprb to all register
    operands of instructions created during narrowScalar.

    Differential Revision: https://reviews.llvm.org/D64268 (detail)
    by petar.avramovic
  8. [AMDGPU][MC] Corrected parsing of FLAT offset modifier

    Summary of changes:

    - simplified handling of FLAT offset: offset_s13 and offset_u12 have been replaced with flat_offset;
    - provided information about error position for pre-gfx9 targets;
    - improved errors handling.

    Reviewers: artem.tamazov, arsenm, rampitec

    Differential Revision: https://reviews.llvm.org/D64244 (detail)
    by dpreobra
  9. GlobalISel: widenScalar for G_BUILD_VECTOR (detail)
    by arsenm
  10. GlobalISel: Check address space when looking up iPTR size

    Fixes AMDGPU patterns for 32-bit address spaces always failing. Tests
    will be included in future patches when additional issues are solved. (detail)
    by arsenm
  11. Reapply [llvm-ar][test] Increase llvm-ar test coverage

    This change adds tests to cover existing llvm-ar functionality.

    Differential Revision: https://reviews.llvm.org/D63935 (detail)
    by gbreynoo
  12. Revert [llvm-ar][test] Increase llvm-ar test coverage

    Reverted due to test failures

    Differential Revision: https://reviews.llvm.org/D63935 (detail)
    by gbreynoo
  13. [llvm-ar][test] Increase llvm-ar test coverage

    This change adds tests to cover existing llvm-ar functionality.

    Differential Revision: https://reviews.llvm.org/D63935 (detail)
    by gbreynoo
  14. [lit] Parse command-line options from LIT_OPTS

    Similar to `FILECHECK_OPTS` for FileCheck, `LIT_OPTS` makes it easy to
    adjust lit behavior when running the test suite via ninja.  For
    example:

    ```
    $ LIT_OPTS='--time-tests -vv --filter=threadprivate' \
      ninja check-clang-openmp
    ```

    Reviewed By: probinson

    Differential Revision: https://reviews.llvm.org/D64135 (detail)
    by jdenny
  15. [docs][llvm-objcopy] Add description of binary input/output to doc

    We briefly referred to being able to specify --target=binary without
    explaining what binary input/output meant. This change adds a section on
    this.

    Reviewed by: MaskRay, abrachet

    Differential Revision: https://reviews.llvm.org/D64245 (detail)
    by jhenderson
Revision: 364448
Changes
  1. [RISCV][NFC] Make use of Triple::isRISCV

    Use new helper introduced in rL365327. (detail)
    by asb
  2. [ASTImporter] Fix import of lambda in function param

    Summary:
    The current import implementation fails to import the definition of a
    lambda class if the lambda class is defined in a function param.
    E.g., the lambda class below will be imported without any methods:
    ```
      template <typename F>
      void f(F L = [](){}) {}
    ```

    Reviewers: a_sidorin, a.sidorin, shafik

    Subscribers: rnkovacs, dkrupp, Szelethus, gamesh411, cfe-commits

    Tags: #clang

    Differential Revision: https://reviews.llvm.org/D64073 (detail)
    by martong
  3. [analyzer] Add analyzer option to limit the number of imported TUs

    Summary:
    During CTU analysis of complex projects, the loaded AST-contents of
    imported TUs can grow bigger than available system memory. This option
    introduces a threshold on the number of TUs to be imported for a single
    TU in order to prevent such cases.

    Differential Revision: https://reviews.llvm.org/D59798 (detail)
    by gamesh411
Revision: 364448
Changes
  1. [clangd] Use xxhash instead of SHA1 for background index file digests.

    Summary:
    Currently SHA1 is about 10% of our CPU, this patch reduces it to ~1%.

    xxhash is a well-defined (stable) non-cryptographic hash optimized for
    fast checksums (like crc32).
    Collisions shouldn't be a problem, despite the reduced length:
    - for actual file content (used to invalidate bg index shards), there
       are only two versions that can collide (new shard and old shard).
    - for file paths in bg index shard filenames, we would need 2^32 files
       with the same filename to expect a collision. Imperfect hashing may
       reduce this a bit but it's well beyond what's plausible.

    This will invalidate shards on disk (as usual; I bumped the version),
    but this time the filenames are changing so the old files will stick
    around :-( So this is more expensive than the usual bump, but would be
    good to land before the v9 branch when everyone will start using bg index.

    Reviewers: kadircet

    Subscribers: ilya-biryukov, MaskRay, jkorous, arphaman, llvm-commits

    Tags: #llvm

    Differential Revision: https://reviews.llvm.org/D64306 (detail)
    by sammccall
Revision: 364448
Changes
  1. [libc++] Take 2: Do not cleverly link against libc++abi just because it happens to be there

    Summary:
    Otherwise, when libcxxabi is not an enabled project in the monorepo, we
    get a link error because we try to link against non-existent cxxabi_shared.

    More generally, we shouldn't change the behavior of the build based on
    implicit things like whether a file happens to be at a specific path or
    not.

    This is a re-application of r365222 that had been reverted in r365233
    because it broke the build bots. However, the build bots now specify
    explicitly what ABI library they want to use (libc++abi), so this
    commit should now be OK to merge.

    Differential Revision: https://reviews.llvm.org/D63883 (detail)
    by Louis Dionne

Started by upstream project relay-test-suite-verify-machineinstrs build number 5577
originally caused by:

This run spent:

  • 1 hr 10 min waiting;
  • 1 hr 35 min build duration;
  • 1 hr 35 min total from scheduled to completion.