Started 1 mo 11 days ago
Took 11 min

Success Build clang-r365404-t57807-b57807.tar.gz (Jul 8, 2019 6:05:31 PM)

Issues

No known issues detected

Build Log

Revision: 364448
Changes
  1. [AArch64][GlobalISel] Use TST for comparisons when possible

    Porting over the part of `emitComparison` in AArch64ISelLowering where we use
    TST to represent a compare.

    - Rename `tryOptCMN` to `tryFoldIntegerCompare`, since it now also emits TSTs
      when possible.

    - Add a utility function for emitting a TST with register operands.

    - Rename opt-fold-cmn.mir to opt-fold-compare.mir, since it now also tests the
      TST fold as well.

    Differential Revision: https://reviews.llvm.org/D64371 (detail)
    by paquette
  2. [llvm-profdata] Fix buildbot failure on llvm-clang-x86_64-expensive-checks-win

    This fixes buildbot failure in LLVM on llvm-clang-x86_64-expensive-checks-win
    from r365386. (detail)
    by xur
  3. AMDGPU: Split extload/zextload local load patterns

    This will help removing the custom load predicates, allowing the
    global isel emitter to handle them. (detail)
    by arsenm
  4. Add parentheses to silence warning. (detail)
    by void
  5. Standardize on MSVC behavior for triples with no environment

    Summary:
    This makes it so that IR files using triples without an environment work
    out of the box, without normalizing them.

    Typically, the MSVC behavior is more desirable. For example, it tends to
    enable things like constant merging, use of associative comdats, etc.

    Addresses PR42491

    Reviewers: compnerd

    Subscribers: hiraditya, dexonsmith, llvm-commits

    Tags: #llvm

    Differential Revision: https://reviews.llvm.org/D64109 (detail)
    by rnk
  6. llvm-profdata] Handle the cases of overlapping input file and output file

    Currently llvm-profdata does not expect the same file name for the input profile
    and the output profile.
    >llvm-profdata merge A.profraw B.profraw -o B.profraw
    The above command runs successfully but the resulted B.profraw is not correct.
    This patch fixes the issue by moving the initialization of writer after loading
    the profile.

    For the show command, the following will report a confusing error of
    "Empty raw profile file":
    >llvm-profdata show B.profraw -o B.profraw
    It's harder to fix as we need to output something before loading the input profile.
    I don't think that a fix for this is worth the effort. I just make the error explicit for
    the show command.

    Differential Revision: https://reviews.llvm.org/D64360 (detail)
    by xur
Revision: 364448
Changes
  1. Fix line endings. NFC (detail)
    by probinson
  2. [Sanitizers] Don't use clang_rt.sancov_{begin,end} on Solaris

    As explained in https://reviews.llvm.org/D63601, there's no point using clang_rt.sancov_{begin,end}
    on Solaris any longer.

    This companion patch to the above removes their use from the driver.

    Tested on amd64-pc-solaris2.11

    Differential Revision: https://reviews.llvm.org/D63602 (detail)
    by ro
  3. Add parentheses to silence warnings. (detail)
    by void
  4. Revert [Sema] Resolve placeholder types before type deduction to silence spurious `-Warc-repeated-use-of-weak` warnings

    This reverts r365382 (git commit 8b1becf2e31d9170ee356a19c7b6ea991d3a520f)

    Appears to regress this semi-reduced fragment of valid code from windows
    SDK headers:

      #define InterlockedIncrement64 _InterlockedIncrement64
      extern "C" __int64 InterlockedIncrement64(__int64 volatile *Addend);
      #pragma intrinsic(_InterlockedIncrement64)
      unsigned __int64 InterlockedIncrement(unsigned __int64 volatile *Addend) {
        return (unsigned __int64)(InterlockedIncrement64)((volatile __int64 *)Addend);
      }

    Found on a buildbot here, but no mail was sent due to it already being
    red:
    http://lab.llvm.org:8011/builders/sanitizer-windows/builds/48067 (detail)
    by rnk
Revision: 364448
Changes
  1. [Sanitizers] Remove clang_rt.sancov_{begin,end} on Solaris

    There's no point to manually create the __start___sancov_guards and __stop___sancov_guards
    sections and labels on Solaris any longer.  They were originally introduced in
    https://reviews.llvm.org/D40899 and https://reviews.llvm.org/D40903.

    - The Solaris 11.4 ld supports creating them out of the box.
    - We already unconditionally use Solaris 11.4 features like the ld -z gnu-version-script-compat option and fully working .preinit_array support in compiler-rt.
    - The current files don't assemble on SPARC because the assembler syntax may be different between /bin/as and GNU as.

    Tested on amd64-pc-solaris2.11.

    Differential Revision: https://reviews.llvm.org/D63601 (detail)
    by ro
  2. Revert "[sanitizers][windows] Rtl-Heap Interception and tests"

    Causes build failure on clang-ppc64be-linux-lnt:

    compiler-rt/lib/asan/asan_malloc_win.cc:23:2: error: #error "Missing arch or unsupported platform for Windows."
    #error "Missing arch or unsupported platform for Windows."
      ^~~~~
    compiler-rt/lib/asan/asan_malloc_win.cc:25:10: fatal error: heapapi.h: No such file or directory
    #include <heapapi.h>
              ^~~~~~~~~~~
    compilation terminated.
    [39/1151] Building CXX object projects/compiler-rt/lib/asan/CMakeFiles/RTAsan.powerpc64.dir/asan_debugging.cc.o
    [40/1151] Building CXX object projects/compiler-rt/lib/asan/CMakeFiles/RTAsan.powerpc64.dir/asan_malloc_win.cc.o
    FAILED: projects/compiler-rt/lib/asan/CMakeFiles/RTAsan.powerpc64.dir/asan_malloc_win.cc.o
    /usr/bin/c++  -D_DEBUG -D_GNU_SOURCE -D__STDC_CONSTANT_MACROS -D__STDC_FORMAT_MACROS -D__STDC_LIMIT_MACROS -Iprojects/compiler-rt/lib/asan -Icompiler-rt/lib/asan -Iinclude -I/home/buildbots/ppc64be-clang-lnt-test/clang-ppc64be-lnt/llvm/include -Icompiler-rt/lib/asan/.. -fPIC -fvisibility-inlines-hidden -Werror=date-time -std=c++11 -Wall -Wextra -Wno-unused-parameter -Wwrite-strings -Wcast-qual -Wno-missing-field-initializers -pedantic -Wno-long-long -Wimplicit-fallthrough -Wno-maybe-uninitialized -Wno-noexcept-type -Wdelete-non-virtual-dtor -Wno-comment -fdiagnostics-color -ffunction-sections -fdata-sections -Wall -std=c++11 -Wno-unused-parameter -O2    -UNDEBUG  -m64 -fPIC -fno-builtin -fno-exceptions -fomit-frame-pointer -funwind-tables -fno-stack-protector -fvisibility=hidden -fno-lto -O3 -g -Wno-variadic-macros -Wno-non-virtual-dtor -fno-rtti -MD -MT projects/compiler-rt/lib/asan/CMakeFiles/RTAsan.powerpc64.dir/asan_malloc_win.cc.o -MF projects/compiler-rt/lib/asan/CMakeFiles/RTAsan.powerpc64.dir/asan_malloc_win.cc.o.d -o projects/compiler-rt/lib/asan/CMakeFiles/RTAsan.powerpc64.dir/asan_malloc_win.cc.o -c compiler-rt/lib/asan/asan_malloc_win.cc
    compiler-rt/lib/asan/asan_malloc_win.cc:23:2: error: #error "Missing arch or unsupported platform for Windows."
    #error "Missing arch or unsupported platform for Windows."
      ^~~~~
    compiler-rt/lib/asan/asan_malloc_win.cc:25:10: fatal error: heapapi.h: No such file or directory
    #include <heapapi.h>
              ^~~~~~~~~~~ (detail)
    by jfb

Started by upstream project relay-test-suite-verify-machineinstrs build number 5579
originally caused by:

This run spent:

  • 9.1 sec waiting;
  • 11 min build duration;
  • 11 min total from scheduled to completion.