Started 9 mo 8 days ago
Took 3 min 43 sec on green-dragon-14

Failed Build #284 (Feb 10, 2019 9:00:51 AM)

Revisions
  • http://llvm.org/svn/llvm-project/llvm/trunk : 353644
  • http://llvm.org/svn/llvm-project/cfe/trunk : 353635
  • http://llvm.org/svn/llvm-project/compiler-rt/trunk : 353627
  • http://llvm.org/svn/llvm-project/debuginfo-tests/trunk : 346271
  • http://llvm.org/svn/llvm-project/libcxx/trunk : 353634
  • http://llvm.org/svn/llvm-project/clang-tools-extra/trunk : 353554
Changes
  1. [X86] Add masked variable tests for funnel undef/zero argument combines

    I've avoided 'modulo' masks as we'll SimplifyDemandedBits those in the future, and we just need to check that the shift variable is 'in range' (detail/ViewSVN)
    by rksimon
  2. [x86] narrow 256-bit horizontal ops via demanded elements

    256-bit horizontal math ops are an x86 monstrosity (and thankfully have
    not been extended to 512-bit AFAIK).

    The two 128-bit halves operate on separate halves of the inputs. So if we
    don't demand anything in the upper half of the result, we can extract the
    low halves of the inputs, do the math, and then insert that result into a
    256-bit output.

    All of the extract/insert is free (ymm<-->xmm), so we're left with a
    narrower (cheaper) version of the original op.

    In the affected tests based on:
    https://bugs.llvm.org/show_bug.cgi?id=33758
    https://bugs.llvm.org/show_bug.cgi?id=38971
    ...we see that the h-op narrowing can result in further narrowing of other
    math via existing generic transforms.

    I originally drafted this patch as an exact pattern match starting from
    extract_vector_elt, but I thought we might see diffs starting from
    extract_subvector too, so I changed it to a more general demanded elements
    solution. There are no extra existing regression test improvements from
    that switch though, so we could go back.

    Differential Revision: https://reviews.llvm.org/D57841 (detail/ViewSVN)
    by spatel
  3. [X86] Add additional tests for funnel undef/zero argument combines

    As suggested on D58009 (detail/ViewSVN)
    by rksimon
  4. [TargetLowering] refactor setcc folds to fix another miscompile (PR40657)

    SimplifySetCC still has much room for improvement, but this should
    fix the remaining problem examples from:
    https://bugs.llvm.org/show_bug.cgi?id=40657

    The initial fix for this problem was rL353615. (detail/ViewSVN)
    by spatel
  5. [X86][SSE] Add SimplifyDemandedBits test for BLENDVPD (detail/ViewSVN)
    by rksimon
  6. [Local] Delete a redundant check. NFC

    isInstructionTriviallyDead also performs the use_empty() check. (detail/ViewSVN)
    by maskray
  7. [yaml2obj] - Fix .dynamic section entries writing for 32bit targets.

    This was introduced by me in r353613.

    I tried to fix Big-endian bot and replaced
    uintX_t -> ELFT::Xword. But ELFT::Xword is a packed<uint64_t>,
    so it is always 8 bytes and that was obviously incorrect.

    My intention was to use something like packed<uint> actually, which
    size is target dependent.

    Patch fixes this bug and adds a test case, since no bots seems reported this. (detail/ViewSVN)
    by grimar

Started by upstream project Clang Stage 2: cmake, R -g Asan&UBSan, using Stage 1 RA, Phase 1 build number 6124
originally caused by:

This run spent:

  • 6.1 sec waiting;
  • 3 min 43 sec build duration;
  • 3 min 49 sec total from scheduled to completion.

Identified problems

Missing test results

The test result file Jenkins is looking for does not exist after the build.
Indication 1

CMake Error

This build failed because of an CMake configuration error. Below is a list of all errors in the build log:
Indication 2