Started 9 days 5 hr ago
Took 3 hr 16 min on green-dragon-16

Success Build rL:371440 - C:371437 - #517 (Sep 9, 2019 12:03:32 PM)

  • : 371440
  • : 371437
  • : 371439
  • : 364589
  • : 371154
  • : 371324
  • : 371422
  1. AMDGPU/GlobalISel: Legalize G_BUILD_VECTOR v2s16

    Handle it the same way as G_BUILD_VECTOR_TRUNC. Arguably only
    G_BUILD_VECTOR_TRUNC should be legal for this, but G_BUILD_VECTOR will
    probably be more convenient in most cases. (detail/ViewSVN)
    by arsenm
  2. [TSan] Add interceptors for mach_vm_[de]allocate

    I verified that the test is red without the interceptors.


    Reviewed By: kubamracek, vitalybuka

    Differential Revision: (detail/ViewSVN)
    by yln
  3. AMDGPU: Make VReg_1 size be 1

    This was getting chosen as the preferred 32-bit register class based
    on how TableGen selects subregister classes. (detail/ViewSVN)
    by arsenm
  4. [Driver] Add -static-openmp driver option

    For Gnu, FreeBSD and NetBSD, this option forces linking with the static
    OpenMP host runtime (similar to -static-libgcc and -static-libstdcxx).

    Android's NDK will start the shared OpenMP runtime in addition to the static
    libomp.  In this scenario, the linker will prefer to use the shared library by
    default.  Add this option to enable linking with the static libomp.

    Reviewers: Hahnfeld, danalbert, srhines, joerg, jdoerfert

    Subscribers: guansong, cfe-commits

    Tags: #clang


    Differential Revision: (detail/ViewSVN)
    by pirama
  5. AMDGPU/GlobalISel: Select llvm.amdgcn.class

    Also fixes missing SubtargetPredicate on f16 class instructions. (detail/ViewSVN)
    by arsenm
  6. AMDGPU/GlobalISel: Select fmed3 (detail/ViewSVN)
    by arsenm
  7. [IfConversion] Correctly handle cases where analyzeBranch fails.

    If analyzeBranch fails, on some targets, the out parameters point to
    some blocks in the function. But we can't use that information, so make
    sure to clear it out.  (In some places in IfConversion, we assume that
    any block with a TrueBB is analyzable.)

    The change to the testcase makes it trigger a bug on builds without this
    fix: IfConvertDiamond tries to perform a followup "merge" operation,
    which isn't legal, and we somehow end up with a branch to a deleted MBB.
    I'm not sure how this doesn't crash the compiler.

    Differential Revision: (detail/ViewSVN)
    by efriedma
  8. [x86] add test for false dependency with minsize (PR43239); NFC (detail/ViewSVN)
    by spatel
  9. AMDGPU: Use PatFrags to allow selecting custom nodes or intrinsics

    This enables GlobalISel to handle various intrinsics. The custom node
    pattern will be ignored, and the intrinsic will work. This will also
    allow SelectionDAG to directly select the intrinsics, but as they are
    all custom lowered to the nodes, this ends up leaving dead code in the

    Eventually either GlobalISel should add the equivalent of custom nodes
    equivalent, or intrinsics should be directly used. These each have
    different tradeoffs.

    There are a few more to handle, but these are easy to handle
    ones. Some others fail for other reasons. (detail/ViewSVN)
    by arsenm
  10. [SelectionDAG] Remove ISD::FP_ROUND_INREG

    I don't think anything in tree creates this node. So all of this
    code appears to be dead.

    Code coverage agrees

    Differential Revision: (detail/ViewSVN)
    by ctopper
  11. [X86] Allow _MM_FROUND_CUR_DIRECTION and _MM_FROUND_NO_EXC to be used together on instructions that only support SAE and not embedded rounding.

    Current for SAE instructions we only allow _MM_FROUND_CUR_DIRECTION(bit 2) or _MM_FROUND_NO_EXC(bit 3) to be used as the immediate passed to the inrinsics. But these instructions don't perform rounding so _MM_FROUND_CUR_DIRECTION is just sort of a default placeholder when you don't want to suppress exceptions. Using _MM_FROUND_NO_EXC by itself is really bit equivalent to (_MM_FROUND_NO_EXC | _MM_FROUND_TO_NEAREST_INT) since _MM_FROUND_TO_NEAREST_INT is 0. Since we aren't rounding on these instructions we should also accept (_MM_FROUND_CUR_DIRECTION | _MM_FROUND_NO_EXC) as equivalent to (_MM_FROUND_NO_EXC). icc allows this, but gcc does not.

    Differential Revision: (detail/ViewSVN)
    by ctopper
  12. [Remarks] Add parser for bitstream remarks

    The bitstream remark serializer landed in r367372.

    This adds a bitstream remark parser that parser bitstream remark files
    to llvm::remarks::Remark objects through the RemarkParser interface.

    A few interesting things to point out:

    * There are parsing helpers to parse the different types of blocks
    * The main parsing helper allows us to parse remark metadata and open an
    external file containing the encoded remarks
    * This adds a dependency from the Remarks library to the BitstreamReader
    * The testing strategy is to create a remark entry through YAML, parse
    it, serialize it to bitstream, parse that back and compare the objects.
    * There are close to no tests for malformed bitstream remarks, due to
    the lack of textual format for the bitstream format.
    * This adds a new C API for parsing bitstream remarks:
    * This bumps the REMARKS_API_VERSION to 1.

    Differential Revision: (detail/ViewSVN)
    by thegameg

Started by an SCM change (8 times)

This run spent:

  • 1 hr 16 min waiting;
  • 3 hr 16 min build duration;
  • 4 hr 33 min total from scheduled to completion.
LLVM/Clang Warnings: 2 warnings.
Test Result (no failures)