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

Success Build #18435 (Jul 11, 2019 6:03:29 PM)

Revisions
  • http://llvm.org/svn/llvm-project/llvm/trunk : 365846
  • http://llvm.org/svn/llvm-project/cfe/trunk : 365845
  • http://llvm.org/svn/llvm-project/compiler-rt/trunk : 365841
  • http://llvm.org/svn/llvm-project/debuginfo-tests/trunk : 364589
  • http://llvm.org/svn/llvm-project/libcxx/trunk : 365840
  • http://llvm.org/svn/llvm-project/clang-tools-extra/trunk : 365844
Changes
  1. [AMDGPU] Skip calculating callee saved registers for entry function.

    Reviewers: arsenm

    Subscribers: kzhuravl, jvesely, wdng, nhaehnle, yaxunl, dstuttard, tpr, t-tye, hiraditya, llvm-commits

    Tags: #llvm

    Differential Revision: https://reviews.llvm.org/D64596 (detail/ViewSVN)
    by hliao
  2. [CMake][Fuchsia] Use RelWithDebInfo to build runtimes

    We want to preserve debug info in our runtimes to aid symbolization and
    debugging; for shared libraries this will be stripped away during
    install-stripped step and distributed via .build-id, for static archives
    it's part of the archive and it's a responsibility of the consumer to
    strip it away in the final binary if not needed.

    Differential Revision: https://reviews.llvm.org/D64605 (detail/ViewSVN)
    by phosek
  3. [clangd] Fix MSVC build failure.

    http://lab.llvm.org:8011/builders/llvm-clang-lld-x86_64-scei-ps4-windows10pro-fast/builds/26898 (detail/ViewSVN)
    by probinson
  4. AMDGPU: s_waitcnt field should be treated as unsigned

    Also make it an ImmLeaf, so it should work with global isel as well,
    which was part of the point of moving it in the first place. (detail/ViewSVN)
    by arsenm
  5. Use clang driver for libfuzzer tests on Windows

    Summary:
    There's no real reason to use clang-cl on Windows, the clang driver
    works just as well. This fixes a test which uses the -O0 flag, which was
    recently removed from clang-cl to match MSVC, which lacks this flag.

    While I'm here, remove the explicit -std=c++11 flag. Previously, this
    flag was necessary when the default C++ standard was C++98. Now that the
    default is C++14, this is no longer necessary. It's problematic on
    Windows, because the Visual C++ standard library relies on C++14
    features, and attempting to compile it with C++11 results in errors.
    Rather than adding logic to conditionally set the standard to C++11 only
    on non-Win, this flag can be removed.

    See http://lab.llvm.org:8011/builders/clang-x64-windows-msvc and
    https://reviews.llvm.org/D64506.

    Reviewers: morehouse, thakis

    Subscribers: #sanitizers, llvm-commits

    Tags: #sanitizers, #llvm

    Differential Revision: https://reviews.llvm.org/D64587 (detail/ViewSVN)
    by rnk
  6. Fix memory leak in set and map.

    When assigning an initializer list into set/map, libc++ would
    leak memory if the initializer list contained equivalent keys
    because we failed to check if the insertion was successful. (detail/ViewSVN)
    by ericwf
  7. [sancov] Ignore PC samples with value 0

    The sancov runtime for the (Fuchsia) Zircon kernel delivers results
    in the standard format, but as the full array of possible samples
    with 0 in uncovered slots. That runtime delivers "live" data and
    has no final "export" pass to compactify out the uncovered slots,
    and it seems silly to require another offline tool just for that.

    Patch By: mcgrathr
    Differential Revision: https://reviews.llvm.org/D63695 (detail/ViewSVN)
    by phosek
  8. [NewPM] Port Sancov

    This patch contains a port of SanitizerCoverage to the new pass manager. This one's a bit hefty.

    Changes:

    - Split SanitizerCoverageModule into 2 SanitizerCoverage for passing over
      functions and ModuleSanitizerCoverage for passing over modules.
    - ModuleSanitizerCoverage exists for adding 2 module level calls to initialization
      functions but only if there's a function that was instrumented by sancov.
    - Added legacy and new PM wrapper classes that own instances of the 2 new classes.
    - Update llvm tests and add clang tests.

    Differential Revision: https://reviews.llvm.org/D62888 (detail/ViewSVN)
    by leonardchan
  9. [AMDGPU] Fixed asan error with agpr spilling

    Instruction was used after it was erased. (detail/ViewSVN)
    by rampitec
  10. Fix build errors LLVM tests are disabled.

    Original patch from alanbaker@google.com

    Fixes the error:
    CMake Error in <...>/llvm/cmake/modules/CMakeLists.txt:

    export called with target "LLVMTestingSupport" which requires target
    "gtest" that is not in the export set.

    This occurs when LLVM is embedded in a larger project, but is configured not to
    include tests. If testing is disabled gtest isn't available and LLVM fails to
    configure.

    Differential revision: https://reviews.llvm.org/D63097 (detail/ViewSVN)
    by dnovillo
  11. CodeGen: Suppress c++ warnings in test (detail/ViewSVN)
    by Vitaly Buka
  12. [AMDGPU] gfx908 agpr spilling

    Differential Revision: https://reviews.llvm.org/D64594 (detail/ViewSVN)
    by rampitec
  13. Fix a Python3 compatibility error

      File "clang/test/lit.cfg.py", line 186, in <module>
        config.available_features.add('macos-sdk-' + macOSSDKVersion)
    TypeError: must be str, not bytes (detail/ViewSVN)
    by Azharuddin Mohammed
  14. Rename libclang_shared to libclang-cpp

    Summary: Fix bug 42475

    Reviewers: beanz, tstellar

    Reviewed By: beanz

    Subscribers: kimgr, mgorny, cfe-commits

    Tags: #clang

    Differential Revision: https://reviews.llvm.org/D64278 (detail/ViewSVN)
    by sylvestre
  15. [Attributor] Deduce "nosync" function attribute.

    Introduce and deduce "nosync" function attribute to indicate that a function
    does not synchronize with another thread in a way that other thread might free memory.

    Reviewers: jdoerfert, jfb, nhaehnle, arsenm

    Subscribers: wdng, hfinkel, nhaenhle, mehdi_amini, steven_wu,
    dexonsmith, arsenm, uenoku, hiraditya, jfb, llvm-commits

    Differential Revision: https://reviews.llvm.org/D62766 (detail/ViewSVN)
    by sstefan
  16. [AMDGPU] gfx908 hazard recognizer

    Differential Revision: https://reviews.llvm.org/D64593 (detail/ViewSVN)
    by rampitec
  17. [InstCombine][NFCI] Add more test coverage to onehot_merge.ll

    Prep work for upcoming patch D64275. (detail/ViewSVN)
    by huihuiz
  18. [analyzer] exploded-graph-rewriter: Fix filenames in program point.

    Fix a typo in JSON field name. (detail/ViewSVN)
    by dergachev
  19. [AMDGPU] gfx908 scheduling

    Differential Revision: https://reviews.llvm.org/D64590 (detail/ViewSVN)
    by rampitec
  20. [clang-shlib] Fix clang-shlib for PRIVATE dependencies

    Any static library with a PRIVATE dependency ends up with a
    $<LINK_ONLY:...> generator expression in its INTERFACE_LINK_LIBRARIES,
    which won't be evaluated by the $<TARGET_PROPERTY:...>, so we end up
    with an unevaluated generator expression in the generated build file and
    Ninja chokes on the dollar sign. Just use the static library directly
    for its dependencies instead of trying to propagate dependencies
    manually.

    Differential Revision: https://reviews.llvm.org/D64579 (detail/ViewSVN)
    by smeenai
  21. [AMDGPU] gfx908 mfma support

    Differential Revision: https://reviews.llvm.org/D64584 (detail/ViewSVN)
    by rampitec
  22. CodeGen, NFC: Test for auto-init for 32bit pointers (detail/ViewSVN)
    by Vitaly Buka
  23. [OPENMP]Improve handling of analysis of unsupported VLAs in reductions.

    Fixed the processing of the unsupported VLAs in the reduction clauses.
    Used targetDiag if the diagnostics can be delayed and emit it
    immediately if the target does not support VLAs and we're parsing target
    directive with the reduction clauses. (detail/ViewSVN)
    by abataev
  24. Open native file handles to avoid converting from FDs, NFC

    Follow up to r365588. (detail/ViewSVN)
    by rnk
  25. [UpdateTestChecks] Emit warning when invalid test paths

    Summary:
    Recently I ran into the following issue:

    ./update_test_checks.py /path/not-existing-file.ll

    The script was silent and I was suprised why the real test file hadn't been updated.

    Solution:
    Emit warning if we detect this problem.



    Reviewers: lebedev.ri, spatel, jdoerfert, nikic

    Reviewed By: lebedev.ri, spatel, jdoerfert, nikic

    Subscribers: jdoerfert, llvm-commits

    Tags: #llvm

    Differential Revision: https://reviews.llvm.org/D64572 (detail/ViewSVN)
    by xbolva00
  26. [scudo][standalone] NFC corrections

    Summary:
    A few corrections:
    - rename `TransferBatch::MaxCached` to `getMaxCached` to conform with
      the style guide;
    - move `getBlockBegin` from `Chunk::` to `Allocator::`: I believe it
      was a fallacy to have this be a `Chunk` method, as chunks'
      relationship to backend blocks are up to the frontend allocator. It
      makes more sense now, particularly with regard to the offset. Update
      the associated chunk test as the method isn't available there
      anymore;
    - add a forgotten `\n` to a log string;
    - for `releaseToOs`, instead of starting at `1`, start at `0` and
      `continue` on `BatchClassId`: in the end it's identical but doesn't
      assume a particular class id for batches;
    - change a `CHECK` to a `reportOutOfMemory`: it's a clearer message

    Reviewers: hctim, morehouse, eugenis, vitalybuka

    Reviewed By: hctim

    Subscribers: delcypher, #sanitizers, llvm-commits

    Tags: #llvm, #sanitizers

    Differential Revision: https://reviews.llvm.org/D64570 (detail/ViewSVN)
    by cryptoad
  27. [NFC] Revisited tests for D64285 (detail/ViewSVN)
    by xbolva00
  28. Revert "[CGDebugInfo] Simplify EmitFunctionDecl parameters, NFC"

    This reverts commit 1af41074445229fea66b99710a850e5f42ecfa95. (detail/ViewSVN)
    by Vedant Kumar

Started by upstream project clang-stage2-Rthinlto_relay build number 1844
originally caused by:

This run spent:

  • 1 ms waiting;
  • 5 hr 3 min build duration;
  • 5 hr 3 min total from scheduled to completion.
Cobol Warnings: 0 warnings.
  • No warnings since build 10,378.
  • New zero warnings highscore: no warnings for 408 days!
Test Result (no failures)