Started 4 mo 12 days ago
Took 1 hr 7 min on green-dragon-23

Success Build #2949 (Aug 5, 2019 3:13:18 AM)

Revisions
  • http://llvm.org/svn/llvm-project/llvm/trunk : 367825
  • http://llvm.org/svn/llvm-project/cfe/trunk : 367826
  • http://llvm.org/svn/llvm-project/lldb/trunk : 367824
  • http://llvm.org/svn/llvm-project/debuginfo-tests/trunk : 364589
  • http://llvm.org/svn/llvm-project/libcxx/trunk : 367777
Changes
  1. Sidestep false positive due to a matching git repository name

    I have failures in this test because the grep @b gets confused by the
    clang version including a repository name like this

    !1 = !{!"clang version 10.0.0 (git@build-machine:llvm/llvm-monorepo.git fe958c0e8c89ec663c8e551936778e2cbb460154)"}

    I considered something like grep -w but my understanding of the manpages
    was that that isn't super portable. So I think it is easier to make
    clang not to output that metadata using -fno-ident.

    Differential Revision: https://reviews.llvm.org/D65635 (detail)
    by rogfer01
  2. [InstCombine] Added mempcpy tests [NFC] (detail)
    by xbolva00
  3. ObjectFile[ELF]: Refactor gnu_debuglink interface

    Summary:
    The contents of the gnu_debuglink section were passed through the
    GetDebugSymbolFilePaths interface, which was more generic than needed.
    As the only class implementing this function is ObjectFileELF, we can
    modify the function to return just a single FileSpec (instead of a
    list). Also, since the SymbolVendorELF already assumes ELF object files,
    we don't have to make this method available on the generic ObjectFile
    interface -- instead we can put it on ObjectFileELF directly.

    This change also makes is so that if the Module has an explicit symbol
    file spec set, we disregard the value the value of the debug link
    (instead of doing a secondary lookup using that). I think it makes sense
    to honor the users wishes if he had explicitly set the symbol file spec,
    and this seems to be consistent with what SymbolVendorMacOSX is doing
    (SymbolVendorMacOSX.cpp:125).

    The main reason for making these changes is to make the treatment of
    build-ids and debug links simpler in the follow-up patch.

    Reviewers: clayborg, jankratochvil, mgorny, espindola

    Subscribers: emaste, arichardson, MaskRay, lldb-commits

    Differential Revision: https://reviews.llvm.org/D65560 (detail)
    by labath
  4. [OpenCL] Fix vector literal test broken in rL367675.

    Avoid checking alignment unnecessary that is not portable
    among targets. (detail)
    by stulova
  5. [LLVM][Alignment] Introduce Alignment In CallingConv

    Summary:
    This is patch is part of a serie to introduce an Alignment type.
    See this thread for context: http://lists.llvm.org/pipermail/llvm-dev/2019-July/133851.html
    See this patch for the introduction of the type: https://reviews.llvm.org/D64790

    Subscribers: hiraditya, llvm-commits, courbet, jfb

    Tags: #llvm

    Differential Revision: https://reviews.llvm.org/D65659 (detail)
    by gchatelet
  6. AMDGPU: add missing llvm.amdgcn.{raw,struct}.buffer.atomic.{inc,dec}

    Summary:
    Wrapping increment/decrement. These aren't exposed by many APIs...

    Change-Id: I1df25c7889de5a5ba76468ad8e8a2597efa9af6c

    Reviewers: arsenm, tpr, dstuttard

    Subscribers: kzhuravl, jvesely, wdng, yaxunl, t-tye, jfb, llvm-commits

    Tags: #llvm

    Differential Revision: https://reviews.llvm.org/D65283 (detail)
    by nha
  7. Remove SymbolVendor::GetSymtab

    Summary:
    This patch removes the GetSymtab method from the SymbolVendor, which is
    a no-op as it's implementation just forwards to the relevant SymbolFile.
    Instead it creates a Module::GetSymtab, which calls the SymbolFile
    method directly.

    All callers have been updated to use the Module method directly instead
    of a two phase GetSymbolVendor->GetSymtab search, which leads to reduced
    intentation in a lot of deeply nested code.

    Reviewers: clayborg, JDevlieghere, jingham

    Subscribers: lldb-commits

    Differential Revision: https://reviews.llvm.org/D65569 (detail)
    by labath
  8. Reland: Fix and test inter-procedural register allocation for ARM

    Add an explicit construction of the ArrayRef, gcc 5 and earlier don't
    seem to select the ArrayRef constructor which takes a C array when the
    construction is implicit.

    Original commit message:

    - Avoid a crash when IPRA calls ARMFrameLowering::determineCalleeSaves
      with a null RegScavenger. Simply not updating the register scavenger
      is fine because IPRA only cares about the SavedRegs vector, the acutal
      code of the function has already been generated at this point.
    - Add a new hook to TargetRegisterInfo to get the set of registers which
      can be clobbered inside a call, even if the compiler can see both
      sides, by linker-generated code.

    Differential revision: https://reviews.llvm.org/D64908 (detail)
    by ostannard
  9. [LLVM][Alignment] Introduce Alignment Type in DataLayout

    Summary:
    This is patch is part of a serie to introduce an Alignment type.
    See this thread for context: http://lists.llvm.org/pipermail/llvm-dev/2019-July/133851.html
    See this patch for the introduction of the type: https://reviews.llvm.org/D64790

    Reviewers: courbet, jfb, jakehehrlich

    Subscribers: hiraditya, dexonsmith, llvm-commits

    Tags: #llvm

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

    Make getFunctionPtrAlign() return MaybeAlign (detail)
    by gchatelet
  10. Revert "[llvm-objdump] Re-commit r367284."

    This reverts r367776 (git commit d34099926e909390cb0254bebb4b7f5cf15467c7).
    My changes to llvm-objdump tests caused them to fail on windows:
    http://lab.llvm.org:8011/builders/llvm-clang-lld-x86_64-scei-ps4-windows10pro-fast/builds/27368 (detail)
    by pozulp
  11. build_llvm_package.bat: Set PYTHON_EXECUTABLE (PR42724) (detail)
    by hans
  12. Remove usage of usleep in generic code

    This function is not portable, and there are only a handful of usages of
    it anyway. Replacing it with std::this_thread::sleep_for enables us to
    get rid of the compatibility code in PosixApi.h. (detail)
    by labath

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

  • Started by timer

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

  • Started by timer

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

  • Started by timer
  • Started by timer

This run spent:

  • 1 hr 31 min waiting;
  • 1 hr 7 min build duration;
  • 2 hr 38 min total from scheduled to completion.
Test Result (no failures)