Started 9 days 7 hr ago
Took 1 hr 12 min on green-dragon-22

Failed Build rL:365878 - C:365877 - #57926 (Jul 12, 2019 1:32:52 AM)

Revisions
  • http://llvm.org/svn/llvm-project/llvm/trunk : 365878
  • http://llvm.org/svn/llvm-project/cfe/trunk : 365877
  • http://llvm.org/svn/llvm-project/compiler-rt/trunk : 365880
  • http://llvm.org/svn/llvm-project/debuginfo-tests/trunk : 364589
  • http://llvm.org/svn/llvm-project/zorg/trunk : 365596
  • http://llvm.org/svn/llvm-project/libcxx/trunk : 365856
  • http://llvm.org/svn/llvm-project/clang-tools-extra/trunk : 365874
Changes
  1. Enable compiler-rt on SPARC

    This patch enables compiler-rt on SPARC targets. Most of the changes are straightforward:

    - Add 32 and 64-bit sparc to compiler-rt

    - lib/builtins/fp_lib.h needed to check if the int128_t and uint128_t types exist (which they don't on sparc)

    There's one issue of note: many asan tests fail to compile on Solaris/SPARC:

    fatal error: error in backend: Function "_ZN7testing8internal16BoolFromGTestEnvEPKcb": over-aligned dynamic alloca not supported.

    Therefore, while asan is still built, both asan and ubsan-with-asan testing is disabled. The
    goal is to check if asan keeps compiling on Solaris/SPARC. This serves asan in gcc,
    which doesn't have the problem above and works just fine.

    With this patch, sparcv9-sun-solaris2.11 test results are pretty good:

    Failing Tests (9):
        Builtins-sparc-sunos :: divtc3_test.c
        Builtins-sparcv9-sunos :: compiler_rt_logbl_test.c
        Builtins-sparcv9-sunos :: divtc3_test.c
    [...]
        UBSan-Standalone-sparc :: TestCases/TypeCheck/misaligned.cpp
        UBSan-Standalone-sparcv9 :: TestCases/TypeCheck/misaligned.cpp

    The builtin failures are due to Bugs 42493 and 42496. The tree contained a few additonal
    patches either currently in review or about to be submitted.

    Tested on sparcv9-sun-solaris2.11.

    Differential Revision: https://reviews.llvm.org/D40943 (detail/ViewSVN)
    by ro
  2. [Sanitizers] Fix SanitizerCommon-Unit :: ./Sanitizer-*-Test/MemoryMappingLayout.DumpListOfModules on Solaris

    The MemoryMappingLayout.DumpListOfModules currently FAILs on Solaris:

      [ RUN      ] MemoryMappingLayout.DumpListOfModules
      /vol/llvm/src/compiler-rt/local/lib/sanitizer_common/tests/sanitizer_procmaps_test.cc:52: Failure
      Value of: found
        Actual: false
      Expected: true
      [  FAILED  ] MemoryMappingLayout.DumpListOfModules (22 ms)

    The problem is that the test expects the executable name from modules[i].full_name(),
    however the pr_mapname field of struct prmap is just the entry in /proc/<pid>/object,
    which is "a.out" instead of "Sanitizer-i386-Test".  Fortunately, the real name can
    be determined by looking in proc/<pid>/path where "a.out" is a symlink to the
    real path.

    Tested on x86_64-pc-solaris2.11.

    Differential Revision: https://reviews.llvm.org/D64559 (detail/ViewSVN)
    by ro
  3. Test commit. NFC.

    Formatting fix. (detail/ViewSVN)
    by bryant

Started by an SCM change

This run spent:

  • 8.1 sec waiting;
  • 1 hr 12 min build duration;
  • 1 hr 12 min total from scheduled to completion.
LLVM/Clang Warnings: 2 warnings.
Test Result (3 failures / ±0)

Identified problems

Regression test failed

This build failed because a regression test in the test suite FAILed. See the test report for details.
Indication 1

Ninja target failed

Below is a link to the first failed ninja target.
Indication 2

Compile Error

This build failed because of a compile error. Below is a list of all errors in the build log:
Indication 3