Started 4 mo 8 days ago
Took 1 hr 10 min on green-dragon-23

Success Build #2969 (Aug 7, 2019 3:32:51 PM)

Build Artifacts
test_logs.tgz48.76 KB view
Revisions
  • http://llvm.org/svn/llvm-project/llvm/trunk : 368222
  • http://llvm.org/svn/llvm-project/cfe/trunk : 368202
  • http://llvm.org/svn/llvm-project/lldb/trunk : 368208
  • http://llvm.org/svn/llvm-project/debuginfo-tests/trunk : 364589
  • http://llvm.org/svn/llvm-project/libcxx/trunk : 368216
Changes
  1. [Attributor] Provide easier checkForallReturnedValues functionality

    Summary:
    So far, whenever one wants to look at returned values, one had to deal
    with the AAReturnedValues and potentially with the AAIsDead attribute.
    In the same spirit as other checkForAllXXX methods, we add this
    functionality now to the Attributor. By adopting the use sites we got
    better results when return instructions were dead.

    Reviewers: sstefan1, uenoku

    Subscribers: hiraditya, bollu, llvm-commits

    Tags: #llvm

    Differential Revision: https://reviews.llvm.org/D65733 (detail)
    by jdoerfert
  2. [llvm-readobj][test] Add baseline tests for FreeBSD/AMD/AMDGPU note printing (detail)
    by rupprecht
  3. Revert Added Delta IR Reduction Tool

    This reverts r368071 (git commit a2584978f5bb41973d65a145b0d9459b81e3ac6d) (detail)
    by diegotf30
  4. [libc++] Remove temporary hack for D63883

    This should fix the build bots, who now specify explicitly that they're
    building against libc++abi. (detail)
    by Louis Dionne
  5. [LoopVectorize][X86] Clamp interleave factor if we have a known constant trip count that is less than VF*interleave

    If we know the trip count, we should make sure the interleave factor won't cause the vectorized loop to exceed it.

    Improves one of the cases from PR42674

    Differential Revision: https://reviews.llvm.org/D65896 (detail)
    by ctopper
  6. Added Delta IR Reduction Tool

    Summary: Tool parses input IR file, and runs the delta debugging algorithm to reduce the functions inside the input file.

    Reviewers: alexshap, chandlerc

    Subscribers: mgorny, llvm-commits

    Tags: #llvm

    Differential Revision: https://reviews.llvm.org/D63672

    llvm-svn: 368071 (detail)
    by diegotf30
  7. [libc++] Take 3: 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
    and then r365359 because it broke the build bots. The build bots
    should now specify explicitly what ABI library they want to use
    (libc++abi), so this commit should now be OK to merge. It takes a while
    for build bots to pick up configuration changes, which is why this failed
    the last time around.

    Differential Revision: https://reviews.llvm.org/D63883 (detail)
    by Louis Dionne
  8. DebugInfo/DWARF: Remove unused return type from DWARFUnit::extractDIEsIfNeeded (detail)
    by dblaikie
  9. [NFC][LICM] Pre-commit test for unary FNeg support in LICM. (detail)
    by mcinally
  10. [X86] Allow pack instructions to be used for 512->256 truncates when -mprefer-vector-width=256 is causing 512-bit vectors to be split

    If we're splitting the 512-bit vector anyway and we have zero/sign bits, then we might as well use pack instructions to concat and truncate at once.

    Differential Revision: https://reviews.llvm.org/D65904 (detail)
    by ctopper

Started by upstream project lldb-cmake build number 32897
originally caused by:

  • Started by timer

Started by upstream project lldb-cmake build number 32899
originally caused by:

  • Started by timer
  • Started by timer

This run spent:

  • 58 min waiting;
  • 1 hr 10 min build duration;
  • 2 hr 8 min total from scheduled to completion.
Test Result (no failures)