Jenkins is going to shut down
Started 2 mo 14 days ago
Took 1 hr 0 min on green-dragon-20

Aborted Build rL:372902 - C:372898 - #778 (Sep 25, 2019 10:35:34 AM)

Revisions
  • http://llvm.org/svn/llvm-project/llvm/trunk : 372902
  • http://llvm.org/svn/llvm-project/cfe/trunk : 372898
  • http://llvm.org/svn/llvm-project/compiler-rt/trunk : 372849
  • http://llvm.org/svn/llvm-project/debuginfo-tests/trunk : 364589
  • http://llvm.org/svn/llvm-project/zorg/trunk : 372433
  • http://llvm.org/svn/llvm-project/libcxx/trunk : 372896
  • http://llvm.org/svn/llvm-project/clang-tools-extra/trunk : 372888
Changes
  1. [NFC] Add { } to silence compiler warning [-Wmissing-braces].

    llvm-project/llvm/unittests/ADT/ArrayRefTest.cpp:254:25: warning: suggest braces around initialization of subobject [-Wmissing-braces]
      std::array<int, 5> A1{42, -5, 0, 1000000, -1000000};
                            ^~~~~~~~~~~~~~~~~~~~~~~~~~~~
                            {                           } (detail/ViewSVN)
    by huihuiz
  2. [InstCombine] Limit FMul constant folding for fma simplifications.

    As @reames pointed out post-commit, rL371518 adds additional rounding
    in some cases, when doing constant folding of the multiplication.
    This breaks a guarantee llvm.fma makes and must be avoided.

    This patch reapplies rL371518, but splits off the simplifications not
    requiring rounding from SimplifFMulInst as SimplifyFMAFMul.

    Reviewers: spatel, lebedev.ri, reames, scanon

    Reviewed By: reames

    Differential Revision: https://reviews.llvm.org/D67434 (detail/ViewSVN)
    by fhahn
  3. [CUDA][HIP] Enable kernel function return type deduction.

    Summary:
    - Even though only `void` is still accepted as the deduced return type,
      enabling deduction/instantiation on the return type allows more
      consistent coding.

    Reviewers: tra, jlebar

    Subscribers: cfe-commits, yaxunl

    Tags: #clang

    Differential Revision: https://reviews.llvm.org/D68031 (detail/ViewSVN)
    by hliao
  4. [AArch64][GlobalISel] Choose CCAssignFns per-argument for tail call lowering

    When checking for tail call eligibility, we should use the correct CCAssignFn
    for each argument, rather than just checking if the caller/callee is varargs or
    not.

    This is important for tail call lowering with varargs. If we don't check it,
    then basically any varargs callee with parameters cannot be tail called on
    Darwin, for one thing. If the parameters are all guaranteed to be in registers,
    this should be entirely safe.

    On top of that, not checking for this could potentially make it so that we have
    the wrong stack offsets when checking for tail call eligibility.

    Also refactor some of the stuff for CCAssignFnForCall and pull it out into a
    helper function.

    Update call-translator-tail-call.ll to show that we can now correctly tail call
    on Darwin. Also add two extra tail call checks. The first verifies that we still
    respect the caller's stack size, and the second verifies that we still don't
    tail call when a varargs function has a memory argument.

    Differential Revision: https://reviews.llvm.org/D67939 (detail/ViewSVN)
    by paquette
  5. Add a missing default parameter to regex::assign. This is LWG3296; reviewed as https://reviews.llvm.org/D67944 (detail/ViewSVN)
    by marshall

Started by an SCM change (4 times)

This run spent:

  • 53 min waiting;
  • 1 hr 0 min build duration;
  • 1 hr 53 min total from scheduled to completion.

Aborted by user Azharuddin Mohammed

Identified problems

Missing test results

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