Hi,
I’ve tagged 15.0.0-rc1, please upload your binaries and test results.
-Tom
Hi,
I’ve tagged 15.0.0-rc1, please upload your binaries and test results.
-Tom
From initial testing on Gentoo:
HOME
from environment: #56816
LLVM/Clang/LLD look fine. LLDB builds but I’ve never figured out the test suite problems.
Overall, looks like this release is going to eat tons of time I don’t really have.
macOS (x86) is uploaded with SHA-256: 6191528e51060cb90bc31700498705cd7137bcb9c17fe017c41cd6e356fb981f
Test failures:
FAIL: Flang :: Driver/code-gen-aarch64.f90 (16635 of 66896)
FAIL: Flang :: Runtime/no-cpp-dep.c (17335 of 66896)
FAIL: LLVM :: ExecutionEngine/JITLink/X86/MachO_x86-64_self_relocation_exec.test (41614 of 66896)
FAIL: flang-OldUnit :: Evaluate/folding.test (63823 of 66896)
FAIL: libomp :: ompt/loadtool/tool_available_search/tool_available_search.c (63976 of 66896)
FAIL: libomp :: tasking/hidden_helper_task/gtid.cpp (64074 of 66896)
FAIL: libomp :: worksharing/for/kmp_sch_simd_guided.c (64125 of 66896)
I will make sure there are GHI’s if there any new issues.
Do you have time to file issues for these problems so we can see if someone in the community can help out?
Slowly doing that. I’m trying to make sure it isn’t our fault first but unfortunately that also takes time.
I’m running into a strange error here on FreeBSD 12, where it is attempting to link libclang_rt.ubsan_standalone.so
, and it dies with ld: error: unable to find library -l
:
[1369/1724] Linking CXX shared library /home/dim/llvm/15.0.0/rc1/Phase1/Release/llvmCore-15.0.0-rc1.obj/lib/clang/15.0.0/lib/x86_64-unknown-freebsd12.3/libclang_rt.ubsan_standalone.so
FAILED: /home/dim/llvm/15.0.0/rc1/Phase1/Release/llvmCore-15.0.0-rc1.obj/lib/clang/15.0.0/lib/x86_64-unknown-freebsd12.3/libclang_rt.ubsan_standalone.so
: && /home/dim/llvm/15.0.0/rc1/Phase1/Release/llvmCore-15.0.0-rc1.obj/./bin/clang++ --target=x86_64-unknown-freebsd12.3 -fPIC -fPIC -fno-semantic-interposition -fvisibility-inlines-hidden -Werror=date-time -Werror=unguarded-availability-new -Wall -Wextra -Wno-unused-parameter -Wwrite-strings -Wcast-qual -Wmissing-field-initializers -Wimplicit-fallthrough -Wcovered-switch-default -Wno-noexcept-type -Wnon-virtual-dtor -Wdelete-non-virtual-dtor -Wsuggest-override -Wno-comment -Wstring-conversion -Wmisleading-indentation -fdiagnostics-color -ffunction-sections -fdata-sections -Wall -std=c++14 -Wno-unused-parameter -O3 -DNDEBUG -Wl,--color-diagnostics -Wl,-z,origin -m64 -nodefaultlibs -Wl,-z,text -nostdlib++ -Wl,--version-script,/home/dim/llvm/15.0.0/rc1/Phase1/Release/llvmCore-15.0.0-rc1.obj/runtimes/runtimes-bins/compiler-rt/lib/ubsan/clang_rt.ubsan_standalone-dynamic-x86_64.vers -shared -Wl,-soname,libclang_rt.ubsan_standalone.so -o /home/dim/llvm/15.0.0/rc1/Phase1/Release/llvmCore-15.0.0-rc1.obj/lib/clang/15.0.0/lib/x86_64-unknown-freebsd12.3/libclang_rt.ubsan_standalone.so compiler-rt/lib/sanitizer_common/CMakeFiles/RTSanitizerCommon.x86_64.dir/sanitizer_allocator.cpp.o compiler-rt/lib/sanitizer_common/CMakeFiles/RTSanitizerCommon.x86_64.dir/sanitizer_common.cpp.o compiler-rt/lib/sanitizer_common/CMakeFiles/RTSanitizerCommon.x86_64.dir/sanitizer_deadlock_detector1.cpp.o compiler-rt/lib/sanitizer_common/CMakeFiles/RTSanitizerCommon.x86_64.dir/sanitizer_deadlock_detector2.cpp.o compiler-rt/lib/sanitizer_common/CMakeFiles/RTSanitizerCommon.x86_64.dir/sanitizer_errno.cpp.o compiler-rt/lib/sanitizer_common/CMakeFiles/RTSanitizerCommon.x86_64.dir/sanitizer_file.cpp.o compiler-rt/lib/sanitizer_common/CMakeFiles/RTSanitizerCommon.x86_64.dir/sanitizer_flags.cpp.o compiler-rt/lib/sanitizer_common/CMakeFiles/RTSanitizerCommon.x86_64.dir/sanitizer_flag_parser.cpp.o compiler-rt/lib/sanitizer_common/CMakeFiles/RTSanitizerCommon.x86_64.dir/sanitizer_fuchsia.cpp.o compiler-rt/lib/sanitizer_common/CMakeFiles/RTSanitizerCommon.x86_64.dir/sanitizer_libc.cpp.o compiler-rt/lib/sanitizer_common/CMakeFiles/RTSanitizerCommon.x86_64.dir/sanitizer_libignore.cpp.o compiler-rt/lib/sanitizer_common/CMakeFiles/RTSanitizerCommon.x86_64.dir/sanitizer_linux.cpp.o compiler-rt/lib/sanitizer_common/CMakeFiles/RTSanitizerCommon.x86_64.dir/sanitizer_linux_s390.cpp.o compiler-rt/lib/sanitizer_common/CMakeFiles/RTSanitizerCommon.x86_64.dir/sanitizer_mac.cpp.o compiler-rt/lib/sanitizer_common/CMakeFiles/RTSanitizerCommon.x86_64.dir/sanitizer_mutex.cpp.o compiler-rt/lib/sanitizer_common/CMakeFiles/RTSanitizerCommon.x86_64.dir/sanitizer_netbsd.cpp.o compiler-rt/lib/sanitizer_common/CMakeFiles/RTSanitizerCommon.x86_64.dir/sanitizer_platform_limits_freebsd.cpp.o compiler-rt/lib/sanitizer_common/CMakeFiles/RTSanitizerCommon.x86_64.dir/sanitizer_platform_limits_linux.cpp.o compiler-rt/lib/sanitizer_common/CMakeFiles/RTSanitizerCommon.x86_64.dir/sanitizer_platform_limits_netbsd.cpp.o compiler-rt/lib/sanitizer_common/CMakeFiles/RTSanitizerCommon.x86_64.dir/sanitizer_platform_limits_posix.cpp.o compiler-rt/lib/sanitizer_common/CMakeFiles/RTSanitizerCommon.x86_64.dir/sanitizer_platform_limits_solaris.cpp.o compiler-rt/lib/sanitizer_common/CMakeFiles/RTSanitizerCommon.x86_64.dir/sanitizer_posix.cpp.o compiler-rt/lib/sanitizer_common/CMakeFiles/RTSanitizerCommon.x86_64.dir/sanitizer_printf.cpp.o compiler-rt/lib/sanitizer_common/CMakeFiles/RTSanitizerCommon.x86_64.dir/sanitizer_procmaps_common.cpp.o compiler-rt/lib/sanitizer_common/CMakeFiles/RTSanitizerCommon.x86_64.dir/sanitizer_procmaps_bsd.cpp.o compiler-rt/lib/sanitizer_common/CMakeFiles/RTSanitizerCommon.x86_64.dir/sanitizer_procmaps_fuchsia.cpp.o compiler-rt/lib/sanitizer_common/CMakeFiles/RTSanitizerCommon.x86_64.dir/sanitizer_procmaps_linux.cpp.o compiler-rt/lib/sanitizer_common/CMakeFiles/RTSanitizerCommon.x86_64.dir/sanitizer_procmaps_mac.cpp.o compiler-rt/lib/sanitizer_common/CMakeFiles/RTSanitizerCommon.x86_64.dir/sanitizer_procmaps_solaris.cpp.o compiler-rt/lib/sanitizer_common/CMakeFiles/RTSanitizerCommon.x86_64.dir/sanitizer_solaris.cpp.o compiler-rt/lib/sanitizer_common/CMakeFiles/RTSanitizerCommon.x86_64.dir/sanitizer_stoptheworld_fuchsia.cpp.o compiler-rt/lib/sanitizer_common/CMakeFiles/RTSanitizerCommon.x86_64.dir/sanitizer_stoptheworld_mac.cpp.o compiler-rt/lib/sanitizer_common/CMakeFiles/RTSanitizerCommon.x86_64.dir/sanitizer_stoptheworld_win.cpp.o compiler-rt/lib/sanitizer_common/CMakeFiles/RTSanitizerCommon.x86_64.dir/sanitizer_suppressions.cpp.o compiler-rt/lib/sanitizer_common/CMakeFiles/RTSanitizerCommon.x86_64.dir/sanitizer_tls_get_addr.cpp.o compiler-rt/lib/sanitizer_common/CMakeFiles/RTSanitizerCommon.x86_64.dir/sanitizer_thread_registry.cpp.o compiler-rt/lib/sanitizer_common/CMakeFiles/RTSanitizerCommon.x86_64.dir/sanitizer_type_traits.cpp.o compiler-rt/lib/sanitizer_common/CMakeFiles/RTSanitizerCommon.x86_64.dir/sanitizer_win.cpp.o compiler-rt/lib/sanitizer_common/CMakeFiles/RTSanitizerCommon.x86_64.dir/sanitizer_termination.cpp.o compiler-rt/lib/sanitizer_common/CMakeFiles/RTSanitizerCommonLibc.x86_64.dir/sanitizer_common_libcdep.cpp.o compiler-rt/lib/sanitizer_common/CMakeFiles/RTSanitizerCommonLibc.x86_64.dir/sanitizer_allocator_checks.cpp.o compiler-rt/lib/sanitizer_common/CMakeFiles/RTSanitizerCommonLibc.x86_64.dir/sanitizer_linux_libcdep.cpp.o compiler-rt/lib/sanitizer_common/CMakeFiles/RTSanitizerCommonLibc.x86_64.dir/sanitizer_mac_libcdep.cpp.o compiler-rt/lib/sanitizer_common/CMakeFiles/RTSanitizerCommonLibc.x86_64.dir/sanitizer_posix_libcdep.cpp.o compiler-rt/lib/sanitizer_common/CMakeFiles/RTSanitizerCommonLibc.x86_64.dir/sanitizer_stoptheworld_linux_libcdep.cpp.o compiler-rt/lib/sanitizer_common/CMakeFiles/RTSanitizerCommonLibc.x86_64.dir/sanitizer_stoptheworld_netbsd_libcdep.cpp.o compiler-rt/lib/sanitizer_common/CMakeFiles/RTSanitizerCommonCoverage.x86_64.dir/sancov_flags.cpp.o compiler-rt/lib/sanitizer_common/CMakeFiles/RTSanitizerCommonCoverage.x86_64.dir/sanitizer_coverage_fuchsia.cpp.o compiler-rt/lib/sanitizer_common/CMakeFiles/RTSanitizerCommonCoverage.x86_64.dir/sanitizer_coverage_libcdep_new.cpp.o compiler-rt/lib/sanitizer_common/CMakeFiles/RTSanitizerCommonCoverage.x86_64.dir/sanitizer_coverage_win_sections.cpp.o compiler-rt/lib/sanitizer_common/CMakeFiles/RTSanitizerCommonSymbolizer.x86_64.dir/sanitizer_allocator_report.cpp.o compiler-rt/lib/sanitizer_common/CMakeFiles/RTSanitizerCommonSymbolizer.x86_64.dir/sanitizer_chained_origin_depot.cpp.o compiler-rt/lib/sanitizer_common/CMakeFiles/RTSanitizerCommonSymbolizer.x86_64.dir/sanitizer_stack_store.cpp.o compiler-rt/lib/sanitizer_common/CMakeFiles/RTSanitizerCommonSymbolizer.x86_64.dir/sanitizer_stackdepot.cpp.o compiler-rt/lib/sanitizer_common/CMakeFiles/RTSanitizerCommonSymbolizer.x86_64.dir/sanitizer_stacktrace.cpp.o compiler-rt/lib/sanitizer_common/CMakeFiles/RTSanitizerCommonSymbolizer.x86_64.dir/sanitizer_stacktrace_libcdep.cpp.o compiler-rt/lib/sanitizer_common/CMakeFiles/RTSanitizerCommonSymbolizer.x86_64.dir/sanitizer_stacktrace_printer.cpp.o compiler-rt/lib/sanitizer_common/CMakeFiles/RTSanitizerCommonSymbolizer.x86_64.dir/sanitizer_stacktrace_sparc.cpp.o compiler-rt/lib/sanitizer_common/CMakeFiles/RTSanitizerCommonSymbolizer.x86_64.dir/sanitizer_symbolizer.cpp.o compiler-rt/lib/sanitizer_common/CMakeFiles/RTSanitizerCommonSymbolizer.x86_64.dir/sanitizer_symbolizer_libbacktrace.cpp.o compiler-rt/lib/sanitizer_common/CMakeFiles/RTSanitizerCommonSymbolizer.x86_64.dir/sanitizer_symbolizer_libcdep.cpp.o compiler-rt/lib/sanitizer_common/CMakeFiles/RTSanitizerCommonSymbolizer.x86_64.dir/sanitizer_symbolizer_mac.cpp.o compiler-rt/lib/sanitizer_common/CMakeFiles/RTSanitizerCommonSymbolizer.x86_64.dir/sanitizer_symbolizer_markup.cpp.o compiler-rt/lib/sanitizer_common/CMakeFiles/RTSanitizerCommonSymbolizer.x86_64.dir/sanitizer_symbolizer_posix_libcdep.cpp.o compiler-rt/lib/sanitizer_common/CMakeFiles/RTSanitizerCommonSymbolizer.x86_64.dir/sanitizer_symbolizer_report.cpp.o compiler-rt/lib/sanitizer_common/CMakeFiles/RTSanitizerCommonSymbolizer.x86_64.dir/sanitizer_symbolizer_win.cpp.o compiler-rt/lib/sanitizer_common/CMakeFiles/RTSanitizerCommonSymbolizer.x86_64.dir/sanitizer_unwind_linux_libcdep.cpp.o compiler-rt/lib/sanitizer_common/CMakeFiles/RTSanitizerCommonSymbolizer.x86_64.dir/sanitizer_unwind_win.cpp.o compiler-rt/lib/ubsan/CMakeFiles/RTUbsan.x86_64.dir/ubsan_diag.cpp.o compiler-rt/lib/ubsan/CMakeFiles/RTUbsan.x86_64.dir/ubsan_init.cpp.o compiler-rt/lib/ubsan/CMakeFiles/RTUbsan.x86_64.dir/ubsan_flags.cpp.o compiler-rt/lib/ubsan/CMakeFiles/RTUbsan.x86_64.dir/ubsan_handlers.cpp.o compiler-rt/lib/ubsan/CMakeFiles/RTUbsan.x86_64.dir/ubsan_monitor.cpp.o compiler-rt/lib/ubsan/CMakeFiles/RTUbsan.x86_64.dir/ubsan_value.cpp.o compiler-rt/lib/ubsan/CMakeFiles/RTUbsan_cxx.x86_64.dir/ubsan_handlers_cxx.cpp.o compiler-rt/lib/ubsan/CMakeFiles/RTUbsan_cxx.x86_64.dir/ubsan_type_hash.cpp.o compiler-rt/lib/ubsan/CMakeFiles/RTUbsan_cxx.x86_64.dir/ubsan_type_hash_itanium.cpp.o compiler-rt/lib/ubsan/CMakeFiles/RTUbsan_cxx.x86_64.dir/ubsan_type_hash_win.cpp.o compiler-rt/lib/ubsan/CMakeFiles/RTUbsan_standalone.x86_64.dir/ubsan_diag_standalone.cpp.o compiler-rt/lib/ubsan/CMakeFiles/RTUbsan_standalone.x86_64.dir/ubsan_init_standalone.cpp.o compiler-rt/lib/ubsan/CMakeFiles/RTUbsan_standalone.x86_64.dir/ubsan_signals_standalone.cpp.o compiler-rt/lib/interception/CMakeFiles/RTInterception.x86_64.dir/interception_linux.cpp.o compiler-rt/lib/interception/CMakeFiles/RTInterception.x86_64.dir/interception_mac.cpp.o compiler-rt/lib/interception/CMakeFiles/RTInterception.x86_64.dir/interception_win.cpp.o compiler-rt/lib/interception/CMakeFiles/RTInterception.x86_64.dir/interception_type_test.cpp.o compiler-rt/lib/ubsan/CMakeFiles/RTUbsan_dynamic_version_script_dummy.x86_64.dir/dummy.cpp.o -Wl,-rpath,"\$ORIGIN/../lib:/home/dim/llvm/15.0.0/rc1/Phase1/Release/llvmCore-15.0.0-rc1.obj/./lib" -lc++ -lgcc_s -lc -ldl -lrt -lpthread && :
ld: error: unable to find library -l
clang-15: error: linker command failed with exit code 1 (use -v to see invocation)
It’s almost as if the link command line gets truncated… Did anybody see something similar?
Ok, that problem is because rc1/Phase1/Release/llvmCore-15.0.0-rc1.obj/lib/x86_64-unknown-freebsd12.3/libc++.so
is a linker script, containing:
INPUT(libc++.so.1 -l)
which obviously cannot be right. I think this is because the llvm 15 build now defaults to building with -DLLVM_ENABLE_RUNTIMES=;compiler-rt;libcxx;libcxxabi;libunwind
. I’ll have to look further.
LLVM 14.0.6 on Debian 12 results:
Skipped : 22
Unsupported : 4761
Passed : 94231
Expectedly Failed: 272
Failed : 11
LLVM 15.0.0 rc1 on Debian 12:
Testing Time: 4136.57s
Skipped : 41
Unsupported : 2987
Passed : 85383
Expectedly Failed: 184
# Packaging the release as clang+llvm-15.0.0-rc1-x86_64-unknown-linux-gnu.tar.xz
### Testing Finished ###
### Logs: /opt/llvm-15-build/llvm-15.x/rc1/logs
### Errors:
None.
Congratulations, great progress!
LLVM 14.0.6 on SLE 15 SP4 results:
Skipped : 22
Unsupported : 4802
Passed : 94144
Expectedly Failed: 274
Failed : 53
LLVM 15.0.0 rc1 on SLE 15 SP4 results:
3 warning(s) in tests ********************
Failed Tests (8):
LLVM :: tools/llvm-ar/error-opening-permission.test
LLVM :: tools/llvm-dwarfdump/X86/output.s
LLVM :: tools/llvm-ifs/fail-file-write.test
lld :: COFF/thinlto-emit-imports.ll
lld :: ELF/lto/resolution-err.ll
lld :: ELF/lto/thinlto-cant-write-index.ll
lld :: ELF/lto/thinlto-emit-imports.ll
lld :: MachO/invalid/invalid-lto-object-path.ll
Testing Time: 879.78s
Skipped : 41
Unsupported : 2993
Passed : 85365
Expectedly Failed: 188
Failed : 8
Failed tests reduced from 53 (LLVM 14.0.6 on SLE 15 SP4) to 8 (LLVM 15.0.0 rc1 on SLE 15 SP4), great progress!
Can you file an issue and add it to the 15.0.0 release milestone so that we don’t miss it before release? This seems like a blocker.
Windows is ready. I didn’t run into any problems this time.
C:\src>certutil -hashfile llvm_package_15.0.0-rc1\build32\LLVM-15.0.0-rc1-win32.exe sha256
SHA256 hash of llvm_package_15.0.0-rc1\build32\LLVM-15.0.0-rc1-win32.exe:
bcd96556d7c0b5f5ee2720546cc20cc2ca87719f78214be53cc8c0ea6333b348
CertUtil: -hashfile command completed successfully.
C:\src>certutil -hashfile llvm_package_15.0.0-rc1\build64\LLVM-15.0.0-rc1-win64.exe sha256
SHA256 hash of llvm_package_15.0.0-rc1\build64\LLVM-15.0.0-rc1-win64.exe:
0ef41800c61f33987ffb67cd2042357d9ff4700fbe76d2667e33c09eaa356c10
CertUtil: -hashfile command completed successfully.
Built with
llvm\utils\release\build_llvm_release.bat 15.0.0-rc1
at LLVM ec5def5e20f6ae9fe8cc30e5ee152d4b239e1e95
I’ve just uploaded Solaris 11.4 (both amd64 and sparcv9) builds, as well as Debian 11/sparc64 (since I’ve just managed to get this to build for the first time). SHA256 sums are
2c5531b8729440ef105d6c36ea27ce29069abe536231016319f01fb6b2d07688 clang+llvm-15.0.0-rc1-amd64-pc-solaris2.11.tar.xz
163a94c6633606926f3c8e4b74bade716436ee049fb4a2b563a7616514d859d8 clang+llvm-15.0.0-rc1-sparc64-unknown-linux-gnu.tar.xz
8d042e1098131d783c5452b4b2b0020a0a2c1e8a1ea782ccf35a41b62cd3bc28 clang+llvm-15.0.0-rc1-sparcv9-sun-solaris2.11.tar.xz
There were quite a number of isses:
mlir
fails to build on Solaris/sparcv9: Issue #56850
lit
test summary is created on both sparc targets: Issue #56491
openmp
isn’t supported on sparc yetlldb
doesn’t link on Linux/sparc64 (no sparc port either)Currently, the ninja check-all
output isn’t particularly useful since it only contains the results of the tests that are run, but no details. So for a failing test, you have to manually find the correct lit
invocation to rerun it. I think it would be useful if test-release.sh -v
would also add -v
to LLVM_LIT_ARGS
.
An issue that showed up during the 14.x rcs still exists with 15.x: ninja check-all
runs none of the sanitizer, unwind, cxx, and cxxabi tests, although all of them were built… Just checked on sparc64-unknown-linux-gnu
. That’s still a serious regression with LLVM_ENABLE_RUNTIMES
.
I was under the impression this was fixed before. Did you have any outstanding work in this area @petrhosek ?
Has this been addressed? The ABI change in __extendhfsf2
and __truncsfhf2
is going to be a problem, unless something is done about it.
Is there a GHI for this issue? Can we make sure it’s there and added to the release milestone?
I just created one here: ABI change in `__extendhfsf2` and `__truncsfhf2` on X86 · Issue #56854 · llvm/llvm-project · GitHub.
Since the Float16 issues causes FreeBSD builds to fail, in my case I have simply commented out the line:
append_list_if(COMPILER_RT_HAS_FLOAT16 -DCOMPILER_RT_HAS_FLOAT16 BUILTIN_CFLAGS)
from compiler-rt/lib/builtins/CMakeLists.txt
, so that no Float16 stuff gets built at all. In my opinion this is the safest and least disruptive workaround for 15.0.0.
I did a run of test-release.sh
on an M1 Mac, using macOS Monterey 12.5 (aka arm64-apple-darwin21.6.0
).
It all seemed to go pretty well, except that some of the Python dependencies weren’t picked up. It looks like the CMake logic can’t really decide whether it wants to use the system python3 or the Homebrew python3, and only the latter has pygments, yaml, etc.
In any case, I got a whole bunch of timeouts due to lldb-server causing system dialogs “are you sure you wish to attach the debugger?” popups, while I left it running overnight. For the rest there were a few failures which might be interesting to some people with knowledge in those areas:
********************
Failed Tests (16):
Flang :: Runtime/no-cpp-dep.c
LLVM-Unit :: Support/./SupportTests/FileSystemTest/permissions
libomp :: barrier/omp_barrier.c
libomp :: ompt/loadtool/tool_available_search/tool_available_search.c
libomp :: tasking/hidden_helper_task/gtid.cpp
libomp :: worksharing/for/kmp_sch_simd_guided.c
lldb-api :: commands/platform/sdk/TestPlatformSDK.py
lldb-api :: commands/target/auto-install-main-executable/TestAutoInstallMainExecutable.py
lldb-api :: functionalities/data-formatter/cstring-utf8-summary/TestCstringUnicode.py
lldb-api :: functionalities/data-formatter/data-formatter-advanced/TestDataFormatterAdv.py
lldb-api :: functionalities/data-formatter/data-formatter-caching/TestDataFormatterCaching.py
lldb-api :: functionalities/data-formatter/data-formatter-categories/TestDataFormatterCategories.py
lldb-api :: macosx/safe-to-func-call/TestSafeFuncCalls.py
lldb-api :: macosx/save_crashlog/TestSaveCrashlog.py
lldb-api :: macosx/skinny-corefile/TestSkinnyCorefile.py
lldb-api :: macosx/stack-corefile/TestStackCorefile.py
Testing Time: 30574.09s
Skipped : 41
Unsupported : 2696
Passed : 89769
Expectedly Failed: 243
Unresolved : 7
Timed Out : 182
Failed : 16
The test suite only had one failure:
********************
Failed Tests (1):
test-suite :: SingleSource/Regression/C/gcc-c-torture/execute/GCC-C-execute-alloca-1.test
Testing Time: 613.72s
Passed: 3430
Failed: 1
I have uploaded:
SHA256 (clang+llvm-15.0.0-rc1-arm64-apple-darwin21.0.tar.xz) = 7d8da7d48e0d6942491772ea6d04c5ac8d51d350efb954ece9a45e8733284459
-Dimitry