Started 11 days ago
Took 13 min

Success Build clang-r365589-t57844-b57844.tar.gz (Jul 9, 2019 6:32:30 PM)

Issues

No known issues detected

Build Log

Revision: 364448
Changes
  1. [X86] Limit getTargetConstantFromNode to only work on NormalLoads not extending loads.

    This seems to fix a failure reported by Jordan Rupprecht, but we
    don't have a reduced test case yet. (detail)
    by ctopper
  2. [Support] Move llvm::MemoryBuffer to sys::fs::file_t

    Summary:
    On Windows, Posix integer file descriptors are a compatibility layer
    over native file handles provided by the C runtime. There is a hard
    limit on the maximum number of file descriptors that a process can open,
    and the limit is 8192. LLD typically doesn't run into this limit because
    it opens input files, maps them into memory, and then immediately closes
    the file descriptor. This prevents it from running out of FDs.

    For various reasons, I'd like to open handles to every input file and
    keep them open during linking. That requires migrating MemoryBuffer over
    to taking open native file handles instead of integer FDs.

    Reviewers: aganea, Bigcheese

    Reviewed By: aganea

    Subscribers: smeenai, silvas, mehdi_amini, hiraditya, steven_wu, dexonsmith, dang, llvm-commits, zturner

    Tags: #llvm

    Differential Revision: https://reviews.llvm.org/D63453 (detail)
    by rnk
  3. AMDGPU/GlobalISel: Add support for wide loads >= 256-bits

    Summary:
    This adds support for the most commonly used wide load types:
    <8xi32>, <16xi32>, <4xi64>, and <8xi64>

    Reviewers: arsenm

    Reviewed By: arsenm

    Subscribers: hiraditya, kzhuravl, jvesely, wdng, nhaehnle, yaxunl, rovka, kristof.beyls, dstuttard, tpr, t-tye, volkan, Petar.Avramovic, llvm-commits

    Tags: #llvm

    Differential Revision: https://reviews.llvm.org/D57399 (detail)
    by tstellar
  4. GlobalISel: Implement lower for G_FCOPYSIGN

    In SelectionDAG AMDGPU treated these as legal, but this was mostly
    because the bitcasts required for FP types were painful. Theoretically
    the bitpattern should eventually match to bfi, so don't bother trying
    to get the patterns to import. (detail)
    by arsenm
  5. [Bitcode] Explicitly include Bitstream/BitCodes.h and BitstreamWriter.h

    This fixes a modules issue. (detail)
    by thegameg
  6. [docs][Remarks] Add documentation for remarks in LLVM

    This adds documentation that describes remarks in LLVM.

    It aims at explaining what remarks are, how to enable them, and what
    users can do with the different modes.

    It lists all the available flags in LLVM (excluding clang), and
    describes the expected YAML structure as well as the tools that support
    the YAML format today.

    Differential Revision: https://reviews.llvm.org/D64355 (detail)
    by thegameg
  7. [X86] Don't form extloads in combineExtInVec unless the load extension is legal.

    This should prevent doing this on pre-sse4.1 targets or for 256
    bit vectors without avx2.

    I don't know of a failure from this. Op legalization will probably
    take care of, but seemed better to be safe. (detail)
    by ctopper
Revision: 364448
Changes
  1. [Driver] Add float-divide-by-zero back to supported sanitizers after D63793/rC365272

    D63793 removed float-divide-by-zero from the "undefined" set but it
    failed to add it to getSupportedSanitizers(), thus the sanitizer is
    rejected by the driver:

        clang-9: error: unsupported option '-fsanitize=float-divide-by-zero' for target 'x86_64-unknown-linux-gnu'

    Also, add SanitizerMask::FloatDivideByZero to a few other masks to make -fsanitize-trap, -fsanitize-recover, -fsanitize-minimal-runtime and -fsanitize-coverage work.

    Reviewed By: rsmith, vitalybuka

    Differential Revision: https://reviews.llvm.org/D64317 (detail)
    by maskray
  2. [analyzer] CastValueChecker: Model casts

    Summary:
    It models the LLVM casts:
    - `cast<>`
    - `dyn_cast<>`
    - `cast_or_null<>`
    - `dyn_cast_or_null<>`

    It has a very basic support without checking the `classof()` function.

    (It reapplies the reverted 'llvm-svn: 365582' patch with proper test file.)

    Reviewed By: NoQ

    Tags: #clang

    Differential Revision: https://reviews.llvm.org/D64374 (detail)
    by charusso
  3. Revert "[analyzer] CastValueChecker: Model casts"

    This reverts commit 27cf6664437efd640bb6db5594bafcce68fa2854. (detail)
    by charusso
  4. [analyzer] CastValueChecker: Model casts

    Summary:
    It models the LLVM casts:
    - `cast<>`
    - `dyn_cast<>`
    - `cast_or_null<>`
    - `dyn_cast_or_null<>`

    It has a very basic support without checking the `classof()` function.

    Reviewed By: NoQ

    Tags: #clang

    Differential Revision: https://reviews.llvm.org/D64374 (detail)
    by charusso
  5. Revert [clang] DirectoryWatcher

    This reverts r365574 (git commit 31babea94a3ed38a140540f2252cf043dacec1f7) (detail)
    by rnk
  6. [MS] Treat ignored explicit calling conventions as an explicit __cdecl

    The CCCR_Ignore action is only used for Microsoft calling conventions,
    mainly because MSVC does not warn when a calling convention would be
    ignored by the current target. This behavior is actually somewhat
    important, since windows.h uses WINAPI (which expands to __stdcall)
    widely. This distinction didn't matter much before the introduction of
    __vectorcall to x64 and the ability to make that the default calling
    convention with /Gv. Now, we can't just ignore __stdcall for x64, we
    have to treat it as an explicit __cdecl annotation.

    Fixes PR42531 (detail)
    by rnk
Revision: 364448
Changes
  1. [clangd] fix assert in test after r365531.

    Unverified because CMake/ninja seems to be broken... (detail)
    by sammccall

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

This run spent:

  • 6 min 44 sec waiting;
  • 13 min build duration;
  • 13 min total from scheduled to completion.