Re: [lldb-dev] [Release-testers] [8.0.0 Release] rc1 has been tagged
On 24 Jan 2019, at 21:25, Dimitry Andric via Release-testers wrote: > > On 24 Jan 2019, at 20:34, Michał Górny wrote: >> >> On Thu, 2019-01-24 at 19:58 +0100, Dimitry Andric via Release-testers wrote: >>> On 24 Jan 2019, at 01:49, Hans Wennborg via Release-testers >>> wrote: 8.0.0-rc1 was just tagged (from the branch at r351980). ... > Yes, I'm attempting again with this diff applied: > > --- llvm.src/projects/compiler-rt/cmake/config-ix.cmake > +++ llvm.src/projects/compiler-rt/cmake/config-ix.cmake > @@ -118,6 +118,7 @@ check_library_exists(dl dlopen "" COMPIL > check_library_exists(rt shm_open "" COMPILER_RT_HAS_LIBRT) > check_library_exists(m pow "" COMPILER_RT_HAS_LIBM) > check_library_exists(pthread pthread_create "" COMPILER_RT_HAS_LIBPTHREAD) > +check_library_exists(execinfo backtrace "" COMPILER_RT_HAS_LIBEXECINFO) > > # Look for terminfo library, used in unittests that depend on LLVMSupport. > if(LLVM_ENABLE_TERMINFO) > --- llvm.src/projects/compiler-rt/lib/xray/tests/CMakeLists.txt > +++ llvm.src/projects/compiler-rt/lib/xray/tests/CMakeLists.txt > @@ -71,13 +71,14 @@ if (NOT APPLE) > endforeach() > > # We also add the actual libraries to link as dependencies. > -list(APPEND XRAY_UNITTEST_LINK_FLAGS -lLLVMXRay -lLLVMSupport > -lLLVMTestingSupport) > +list(APPEND XRAY_UNITTEST_LINK_FLAGS -lLLVMXRay -lLLVMSupport > -lLLVMDemangle -lLLVMTestingSupport) > endif() > > append_list_if(COMPILER_RT_HAS_LIBM -lm XRAY_UNITTEST_LINK_FLAGS) > append_list_if(COMPILER_RT_HAS_LIBRT -lrt XRAY_UNITTEST_LINK_FLAGS) > append_list_if(COMPILER_RT_HAS_LIBDL -ldl XRAY_UNITTEST_LINK_FLAGS) > append_list_if(COMPILER_RT_HAS_LIBPTHREAD -pthread XRAY_UNITTEST_LINK_FLAGS) > + append_list_if(COMPILER_RT_HAS_LIBEXECINFO -lexecinfo > XRAY_UNITTEST_LINK_FLAGS) > endif() > > macro(add_xray_unittest testname) Meanwhile, this diff was applied, but I had little time to look at the tests again. As I mentioned in my previous email, I saw many tests failing with an Asan:DEADLYSIGNAL error, which kept on endlessly repeating, until my log files filled up. This is specifically happening during the dynamic ASan tests, e.g. Asan-x86_64-calls-Dynamic-Test and Asan-x86_64-inline-Dynamic-Test. Running these in gdb shows that it gets into an endless recursion: Starting program: /home/dim/obj/llvm-trunk-r352660/projects/compiler-rt/lib/asan/tests/dynamic/Asan-x86_64-inline-Dynamic-Test Program received signal SIGSEGV, Segmentation fault. 0x00080097bff1 in __asan::GetCurrentThread() () at /home/dim/src/llvm/trunk/projects/compiler-rt/lib/asan/asan_thread.cc:408 408 reinterpret_cast(AsanTSDGet()); (gdb) bt #0 0x00080097bff1 in __asan::GetCurrentThread() () at /home/dim/src/llvm/trunk/projects/compiler-rt/lib/asan/asan_thread.cc:408 #1 0x0008009408b0 in __interceptor___tls_get_addr () at /home/dim/src/llvm/trunk/projects/compiler-rt/lib/asan/../sanitizer_common/sanitizer_common_interceptors.inc:5107 #2 0x000800973ad7 in AsanTSDGet () at /home/dim/src/llvm/trunk/projects/compiler-rt/lib/asan/asan_posix.cc:68 #3 0x00080097bff6 in __asan::GetCurrentThread() () at /home/dim/src/llvm/trunk/projects/compiler-rt/lib/asan/asan_thread.cc:408 #4 0x0008009408b0 in __interceptor___tls_get_addr () at /home/dim/src/llvm/trunk/projects/compiler-rt/lib/asan/../sanitizer_common/sanitizer_common_interceptors.inc:5107 #5 0x000800973ad7 in AsanTSDGet () at /home/dim/src/llvm/trunk/projects/compiler-rt/lib/asan/asan_posix.cc:68 #6 0x00080097bff6 in __asan::GetCurrentThread() () at /home/dim/src/llvm/trunk/projects/compiler-rt/lib/asan/asan_thread.cc:408 #7 0x0008009408b0 in __interceptor___tls_get_addr () at /home/dim/src/llvm/trunk/projects/compiler-rt/lib/asan/../sanitizer_common/sanitizer_common_interceptors.inc:5107 #8 0x000800973ad7 in AsanTSDGet () at /home/dim/src/llvm/trunk/projects/compiler-rt/lib/asan/asan_posix.cc:68 #9 0x00080097bff6 in __asan::GetCurrentThread() () at /home/dim/src/llvm/trunk/projects/compiler-rt/lib/asan/asan_thread.cc:408 #10 0x0008009408b0 in __interceptor___tls_get_addr () at /home/dim/src/llvm/trunk/projects/compiler-rt/lib/asan/../sanitizer_common/sanitizer_common_interceptors.inc:5107 #11 0x000800973ad7 in AsanTSDGet () at /home/dim/src/llvm/trunk/projects/compiler-rt/lib/asan/asan_posix.cc:68 #12 0x00080097bff6 in __asan::GetCurrentThread() () at /home/dim/src/llvm/trunk/projects/compiler-rt/lib/asan/asan_thread.cc:408 #13 0x0008009408b0 in __interceptor___tls_get_addr () at /home/dim/src/llvm/trunk/projects/compiler-rt/lib/asan/../sanitizer_common/sanitizer_common_interceptors.inc:5107 #14 0x000800973ad7 in AsanTSDGet () at /home/dim/src/llvm/trunk/projects/compiler-rt/lib/asan/asan_posix.cc:68 #15 0x00080097bff6 in __asan::GetCurrentThread() () at /home/dim/src/llvm/trunk/projects/compiler-rt/lib/asan/asan_thread.cc:408 [...goes on until gdb crashes :)...] The _
Re: [lldb-dev] [Release-testers] [8.0.0 Release] rc1 has been tagged
ARM looks good. Uploaded. 358fc71b8021eddbb1b93142bc09f1ad698677a6 clang+llvm-8.0.0-rc1-armv7a-linux-gnueabihf.tar.xz Cheers, Diana On Wed, 30 Jan 2019 at 05:45, Brian Cain via Release-testers wrote: > > > SLES and Ubuntu 14.04 tarballs uploaded. Sorry for the delay. I will try > and find time to make a build for bionic / 18.04 too. > > 99ec00702e39b096ace4fbce3d787b9e485b879e > clang+llvm-8.0.0-rc1-x86_64-linux-gnu-ubuntu-14.04.tar.xz > > dbf204f70cb09ec459e5eb4fc14e8fa71292daa7 > clang+llvm-8.0.0-rc1-x86_64-linux-sles11.3.tar.xz > > > On Wed, Jan 23, 2019 at 6:50 PM Hans Wennborg via Release-testers > wrote: >> >> Dear testers, >> >> 8.0.0-rc1 was just tagged (from the branch at r351980). >> >> It took a little longer than planned, but it's looking good. >> >> Please run the test script, share your results, and upload binaries. >> >> I'll get the source tarballs and docs published as soon as possible, >> and binaries as they become available. >> >> Thanks, >> Hans >> ___ >> Release-testers mailing list >> release-test...@lists.llvm.org >> https://lists.llvm.org/cgi-bin/mailman/listinfo/release-testers > > > > -- > -Brian > ___ > Release-testers mailing list > release-test...@lists.llvm.org > https://lists.llvm.org/cgi-bin/mailman/listinfo/release-testers ___ lldb-dev mailing list lldb-dev@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-dev
Re: [lldb-dev] [Release-testers] [8.0.0 Release] rc1 has been tagged
SLES and Ubuntu 14.04 tarballs uploaded. Sorry for the delay. I will try and find time to make a build for bionic / 18.04 too. 99ec00702e39b096ace4fbce3d787b9e485b879e clang+llvm-8.0.0-rc1-x86_64-linux-gnu-ubuntu-14.04.tar.xz dbf204f70cb09ec459e5eb4fc14e8fa71292daa7 clang+llvm-8.0.0-rc1-x86_64-linux-sles11.3.tar.xz On Wed, Jan 23, 2019 at 6:50 PM Hans Wennborg via Release-testers < release-test...@lists.llvm.org> wrote: > Dear testers, > > 8.0.0-rc1 was just tagged (from the branch at r351980). > > It took a little longer than planned, but it's looking good. > > Please run the test script, share your results, and upload binaries. > > I'll get the source tarballs and docs published as soon as possible, > and binaries as they become available. > > Thanks, > Hans > ___ > Release-testers mailing list > release-test...@lists.llvm.org > https://lists.llvm.org/cgi-bin/mailman/listinfo/release-testers > -- -Brian ___ lldb-dev mailing list lldb-dev@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-dev
Re: [lldb-dev] [Release-testers] [8.0.0 Release] rc1 has been tagged
On Mon, Jan 28, 2019 at 6:23 PM Bero Rosenkränzer wrote: > > Hi, > working without immediately obvious regressions on OpenMandriva x86-64, x86, > aarch64 and armv7hnl. > Since our 4.0 release is imminent, 8.0 won't go in there, but it will be our > main compiler the day after the release and been cut. > > Would be nice to get the admin goto patches in to enable building the Linux > kernel, but unfortunately that may be too big a change after RC? I'm definitely still open to considering those for llvm 8. I think it depends on what they look like in the end, and when they land. But they'll have to land on trunk first :-) Thanks, Hans > On Thu, Jan 24, 2019, 3:50 AM Hans Wennborg via Release-testers > > >> Dear testers, >> >> 8.0.0-rc1 was just tagged (from the branch at r351980). >> >> It took a little longer than planned, but it's looking good. >> >> Please run the test script, share your results, and upload binaries. >> >> I'll get the source tarballs and docs published as soon as possible, >> and binaries as they become available. >> >> Thanks, >> Hans >> ___ >> Release-testers mailing list >> release-test...@lists.llvm.org >> https://lists.llvm.org/cgi-bin/mailman/listinfo/release-testers ___ lldb-dev mailing list lldb-dev@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-dev
Re: [lldb-dev] [Release-testers] [8.0.0 Release] rc1 has been tagged
Uploaded AArch64 binaries: 2c3bd3d686c3712ba5699e9a638bc849ddb0aae3 clang+llvm-8.0.0-rc1-aarch64-linux-gnu.tar.xz Had one failure in check-all (memory sanitizer). I opened PR40511 for it [1]. I ran into some snags with ARM, I'm still figuring out if there's something wrong with our infrastructure. Sorry about the delay! Cheers, Diana [1] https://bugs.llvm.org/show_bug.cgi?id=40511 On Tue, 29 Jan 2019 at 00:23, Bero Rosenkränzer via Release-testers wrote: > > Hi, > working without immediately obvious regressions on OpenMandriva x86-64, x86, > aarch64 and armv7hnl. > Since our 4.0 release is imminent, 8.0 won't go in there, but it will be our > main compiler the day after the release and been cut. > > Would be nice to get the admin goto patches in to enable building the Linux > kernel, but unfortunately that may be too big a change after RC? > > ttyl > bero > > On Thu, Jan 24, 2019, 3:50 AM Hans Wennborg via Release-testers > > >> Dear testers, >> >> 8.0.0-rc1 was just tagged (from the branch at r351980). >> >> It took a little longer than planned, but it's looking good. >> >> Please run the test script, share your results, and upload binaries. >> >> I'll get the source tarballs and docs published as soon as possible, >> and binaries as they become available. >> >> Thanks, >> Hans >> ___ >> Release-testers mailing list >> release-test...@lists.llvm.org >> https://lists.llvm.org/cgi-bin/mailman/listinfo/release-testers > > ___ > Release-testers mailing list > release-test...@lists.llvm.org > https://lists.llvm.org/cgi-bin/mailman/listinfo/release-testers ___ lldb-dev mailing list lldb-dev@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-dev
Re: [lldb-dev] [Release-testers] [8.0.0 Release] rc1 has been tagged
Hi, working without immediately obvious regressions on OpenMandriva x86-64, x86, aarch64 and armv7hnl. Since our 4.0 release is imminent, 8.0 won't go in there, but it will be our main compiler the day after the release and been cut. Would be nice to get the admin goto patches in to enable building the Linux kernel, but unfortunately that may be too big a change after RC? ttyl bero On Thu, Jan 24, 2019, 3:50 AM Hans Wennborg via Release-testers < release-test...@lists.llvm.org wrote: > Dear testers, > > 8.0.0-rc1 was just tagged (from the branch at r351980). > > It took a little longer than planned, but it's looking good. > > Please run the test script, share your results, and upload binaries. > > I'll get the source tarballs and docs published as soon as possible, > and binaries as they become available. > > Thanks, > Hans > ___ > Release-testers mailing list > release-test...@lists.llvm.org > https://lists.llvm.org/cgi-bin/mailman/listinfo/release-testers > ___ lldb-dev mailing list lldb-dev@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-dev
Re: [lldb-dev] [Release-testers] [8.0.0 Release] rc1 has been tagged
Le 24/01/2019 à 01:49, Hans Wennborg via Release-testers a écrit : Dear testers, 8.0.0-rc1 was just tagged (from the branch at r351980). Looks good on Debian & Ubuntu (Disco) on all supported archs (still waiting for mipsel & mipsel64 but I am confident): https://buildd.debian.org/status/package.php?p=llvm-toolchain-8&suite=experimental https://launchpad.net/ubuntu/+source/llvm-toolchain-8/1:8~+rc1-1~exp1/ Note that it is now using a stage2 build (from -7) and that -8 will NOT ship with Debian Buster. I will try to dig a bit more into testsuite results. S ___ lldb-dev mailing list lldb-dev@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-dev
Re: [lldb-dev] [Release-testers] [8.0.0 Release] rc1 has been tagged
On 24 Jan 2019, at 20:34, Michał Górny wrote: > > On Thu, 2019-01-24 at 19:58 +0100, Dimitry Andric via Release-testers > wrote: >> On 24 Jan 2019, at 01:49, Hans Wennborg via Release-testers >> wrote: >>> >>> 8.0.0-rc1 was just tagged (from the branch at r351980). >>> >>> It took a little longer than planned, but it's looking good. >>> >>> Please run the test script, share your results, and upload binaries. >> >> Unfortunately I'm running into a problem with check-all, where it fails to >> link XRayTest-x86_64-Test: >> >> [100%] Generating XRayTest-x86_64-Test >> /home/dim/llvm/8.0.0/rc1/Phase3/Release/llvmCore-8.0.0-rc1.obj/./lib/libLLVMSupport.a(Signals.cpp.o): >> In function `llvm::sys::PrintStackTrace(llvm::raw_ostream&)': >> Signals.cpp:(.text._ZN4llvm3sys15PrintStackTraceERNS_11raw_ostreamE+0x24): >> undefined reference to `backtrace' >> Signals.cpp:(.text._ZN4llvm3sys15PrintStackTraceERNS_11raw_ostreamE+0x254): >> undefined reference to `llvm::itaniumDemangle(char const*, char*, unsigned >> long*, int*)' >> clang-8: error: linker command failed with exit code 1 (use -v to see >> invocation) >> gmake[3]: *** >> [projects/compiler-rt/lib/xray/tests/unit/CMakeFiles/TXRayTest-x86_64-Test.dir/build.make:73: >> projects/compiler-rt/lib/xray/tests/unit/XRayTest-x86_64-Test] Error 1 >> gmake[3]: Target >> 'projects/compiler-rt/lib/xray/tests/unit/CMakeFiles/TXRayTest-x86_64-Test.dir/build' >> not remade because of errors. >> gmake[2]: *** [CMakeFiles/Makefile2:33513: >> projects/compiler-rt/lib/xray/tests/unit/CMakeFiles/TXRayTest-x86_64-Test.dir/all] >> Error 2 >> gmake[2]: Target 'CMakeFiles/check-all.dir/all' not remade because of errors. >> gmake[1]: *** [CMakeFiles/Makefile2:737: CMakeFiles/check-all.dir/rule] >> Error 2 >> gmake[1]: Target 'check-all' not remade because of errors. >> gmake: *** [Makefile:277: check-all] Error 2 >> [Release Phase3] check-all failed >> >> It appears this is because -lexecinfo is not passed to the link command >> line, but I'm unsure why this only seems to affect the XRay test. I'm >> investigating, but if anybody has a cluestick, please hit me. :-) >> > > We've been having similar issue on NetBSD in the past. Long story > short, the code around there is not using CMake rules to build stuff but > a custom compiler invocation, and therefore it does not inherit library > dependencies from CMake. > > Short-term solution is to figure out what's missing and add it, with > appropriate conditionals. Yes, I'm attempting again with this diff applied: --- llvm.src/projects/compiler-rt/cmake/config-ix.cmake +++ llvm.src/projects/compiler-rt/cmake/config-ix.cmake @@ -118,6 +118,7 @@ check_library_exists(dl dlopen "" COMPIL check_library_exists(rt shm_open "" COMPILER_RT_HAS_LIBRT) check_library_exists(m pow "" COMPILER_RT_HAS_LIBM) check_library_exists(pthread pthread_create "" COMPILER_RT_HAS_LIBPTHREAD) +check_library_exists(execinfo backtrace "" COMPILER_RT_HAS_LIBEXECINFO) # Look for terminfo library, used in unittests that depend on LLVMSupport. if(LLVM_ENABLE_TERMINFO) --- llvm.src/projects/compiler-rt/lib/xray/tests/CMakeLists.txt +++ llvm.src/projects/compiler-rt/lib/xray/tests/CMakeLists.txt @@ -71,13 +71,14 @@ if (NOT APPLE) endforeach() # We also add the actual libraries to link as dependencies. -list(APPEND XRAY_UNITTEST_LINK_FLAGS -lLLVMXRay -lLLVMSupport -lLLVMTestingSupport) +list(APPEND XRAY_UNITTEST_LINK_FLAGS -lLLVMXRay -lLLVMSupport -lLLVMDemangle -lLLVMTestingSupport) endif() append_list_if(COMPILER_RT_HAS_LIBM -lm XRAY_UNITTEST_LINK_FLAGS) append_list_if(COMPILER_RT_HAS_LIBRT -lrt XRAY_UNITTEST_LINK_FLAGS) append_list_if(COMPILER_RT_HAS_LIBDL -ldl XRAY_UNITTEST_LINK_FLAGS) append_list_if(COMPILER_RT_HAS_LIBPTHREAD -pthread XRAY_UNITTEST_LINK_FLAGS) + append_list_if(COMPILER_RT_HAS_LIBEXECINFO -lexecinfo XRAY_UNITTEST_LINK_FLAGS) endif() macro(add_xray_unittest testname) Now the next problem is a Asan:DEADLYSIGNAL which keeps on repeating endlessly. :-) -Dimitry signature.asc Description: Message signed with OpenPGP ___ lldb-dev mailing list lldb-dev@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-dev
Re: [lldb-dev] [Release-testers] [8.0.0 Release] rc1 has been tagged
On Thu, 2019-01-24 at 19:58 +0100, Dimitry Andric via Release-testers wrote: > On 24 Jan 2019, at 01:49, Hans Wennborg via Release-testers > wrote: > > > > 8.0.0-rc1 was just tagged (from the branch at r351980). > > > > It took a little longer than planned, but it's looking good. > > > > Please run the test script, share your results, and upload binaries. > > Unfortunately I'm running into a problem with check-all, where it fails to > link XRayTest-x86_64-Test: > > [100%] Generating XRayTest-x86_64-Test > /home/dim/llvm/8.0.0/rc1/Phase3/Release/llvmCore-8.0.0-rc1.obj/./lib/libLLVMSupport.a(Signals.cpp.o): > In function `llvm::sys::PrintStackTrace(llvm::raw_ostream&)': > Signals.cpp:(.text._ZN4llvm3sys15PrintStackTraceERNS_11raw_ostreamE+0x24): > undefined reference to `backtrace' > Signals.cpp:(.text._ZN4llvm3sys15PrintStackTraceERNS_11raw_ostreamE+0x254): > undefined reference to `llvm::itaniumDemangle(char const*, char*, unsigned > long*, int*)' > clang-8: error: linker command failed with exit code 1 (use -v to see > invocation) > gmake[3]: *** > [projects/compiler-rt/lib/xray/tests/unit/CMakeFiles/TXRayTest-x86_64-Test.dir/build.make:73: > projects/compiler-rt/lib/xray/tests/unit/XRayTest-x86_64-Test] Error 1 > gmake[3]: Target > 'projects/compiler-rt/lib/xray/tests/unit/CMakeFiles/TXRayTest-x86_64-Test.dir/build' > not remade because of errors. > gmake[2]: *** [CMakeFiles/Makefile2:33513: > projects/compiler-rt/lib/xray/tests/unit/CMakeFiles/TXRayTest-x86_64-Test.dir/all] > Error 2 > gmake[2]: Target 'CMakeFiles/check-all.dir/all' not remade because of errors. > gmake[1]: *** [CMakeFiles/Makefile2:737: CMakeFiles/check-all.dir/rule] Error > 2 > gmake[1]: Target 'check-all' not remade because of errors. > gmake: *** [Makefile:277: check-all] Error 2 > [Release Phase3] check-all failed > > It appears this is because -lexecinfo is not passed to the link command line, > but I'm unsure why this only seems to affect the XRay test. I'm > investigating, but if anybody has a cluestick, please hit me. :-) > We've been having similar issue on NetBSD in the past. Long story short, the code around there is not using CMake rules to build stuff but a custom compiler invocation, and therefore it does not inherit library dependencies from CMake. Short-term solution is to figure out what's missing and add it, with appropriate conditionals. Long-term solution (which is probably not suitable for 8.0.0) is to rewrite that whole stuff. Probably could work by creating a custom language for CMake that's like C but uses just-built clang, etc. However, that's just my theory and I'm not 100% sure it'll work or how much work it'd involve. -- Best regards, Michał Górny signature.asc Description: This is a digitally signed message part ___ lldb-dev mailing list lldb-dev@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-dev
Re: [lldb-dev] [Release-testers] [8.0.0 Release] rc1 has been tagged
On Wed, 2019-01-23 at 16:49 -0800, Hans Wennborg via Release-testers wrote: > Dear testers, > > 8.0.0-rc1 was just tagged (from the branch at r351980). > > It took a little longer than planned, but it's looking good. > > Please run the test script, share your results, and upload binaries. > At this point, it looks very bad, with last-minute breaking changes being added before the branching. With Linux amd64 stand-alone builds, I have the following regressions: - compiler-rt & LLDB fail at cmake when tests are enabled [1], - libc++ fails to run tests [2]. Additionally, on (32-bit) x86: - (llvm) JSONTest.Integers fails when built with newer versions of gcc [3], - (clang) CXX/dcl.dcl/dcl.attr/dcl.align/p8.cpp fails [4]. I suppose that's as far as I can go with the current level of breakage. I'll reply with NetBSD results later. [1]:https://bugs.llvm.org/show_bug.cgi?id=40443 [2]:https://bugs.llvm.org/show_bug.cgi?id=40445 [3]:https://bugs.llvm.org/show_bug.cgi?id=40274 [4]:https://bugs.llvm.org/show_bug.cgi?id=40449 -- Best regards, Michał Górny signature.asc Description: This is a digitally signed message part ___ lldb-dev mailing list lldb-dev@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-dev
Re: [lldb-dev] [Release-testers] [8.0.0 Release] rc1 has been tagged
On 24 Jan 2019, at 01:49, Hans Wennborg via Release-testers wrote: > > 8.0.0-rc1 was just tagged (from the branch at r351980). > > It took a little longer than planned, but it's looking good. > > Please run the test script, share your results, and upload binaries. Unfortunately I'm running into a problem with check-all, where it fails to link XRayTest-x86_64-Test: [100%] Generating XRayTest-x86_64-Test /home/dim/llvm/8.0.0/rc1/Phase3/Release/llvmCore-8.0.0-rc1.obj/./lib/libLLVMSupport.a(Signals.cpp.o): In function `llvm::sys::PrintStackTrace(llvm::raw_ostream&)': Signals.cpp:(.text._ZN4llvm3sys15PrintStackTraceERNS_11raw_ostreamE+0x24): undefined reference to `backtrace' Signals.cpp:(.text._ZN4llvm3sys15PrintStackTraceERNS_11raw_ostreamE+0x254): undefined reference to `llvm::itaniumDemangle(char const*, char*, unsigned long*, int*)' clang-8: error: linker command failed with exit code 1 (use -v to see invocation) gmake[3]: *** [projects/compiler-rt/lib/xray/tests/unit/CMakeFiles/TXRayTest-x86_64-Test.dir/build.make:73: projects/compiler-rt/lib/xray/tests/unit/XRayTest-x86_64-Test] Error 1 gmake[3]: Target 'projects/compiler-rt/lib/xray/tests/unit/CMakeFiles/TXRayTest-x86_64-Test.dir/build' not remade because of errors. gmake[2]: *** [CMakeFiles/Makefile2:33513: projects/compiler-rt/lib/xray/tests/unit/CMakeFiles/TXRayTest-x86_64-Test.dir/all] Error 2 gmake[2]: Target 'CMakeFiles/check-all.dir/all' not remade because of errors. gmake[1]: *** [CMakeFiles/Makefile2:737: CMakeFiles/check-all.dir/rule] Error 2 gmake[1]: Target 'check-all' not remade because of errors. gmake: *** [Makefile:277: check-all] Error 2 [Release Phase3] check-all failed It appears this is because -lexecinfo is not passed to the link command line, but I'm unsure why this only seems to affect the XRay test. I'm investigating, but if anybody has a cluestick, please hit me. :-) -Dimitry signature.asc Description: Message signed with OpenPGP ___ lldb-dev mailing list lldb-dev@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-dev