Re: [lldb-dev] [8.0.0 Release] rc1 has been tagged
On Wed, Jan 23, 2019 at 4:49 PM Hans Wennborg 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. The sources and docs are ready: https://prereleases.llvm.org/8.0.0/ Binaries will be uploaded as they become available. Thanks, Hans ___ 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
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 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 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] [llvm-dev] [8.0.0 Release] rc1 has been tagged
For compiler-rt and/or LLDB: is anyone else running into "FileCheck target does not exist"? https://bugs.llvm.org/show_bug.cgi?id=40443 Will try and figure it out tomorrow morning (in a few hours). Best Stefan Am 24.01.19 um 01:49 schrieb Hans Wennborg via llvm-dev: > 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 > ___ > LLVM Developers mailing list > llvm-...@lists.llvm.org > https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev -- https://weliveindetail.github.io/blog/ https://cryptup.org/pub/stefan.graen...@gmail.com ___ lldb-dev mailing list lldb-dev@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-dev
[lldb-dev] [Bug 40450] New: LLDB missing link with -lutil
https://bugs.llvm.org/show_bug.cgi?id=40450 Bug ID: 40450 Summary: LLDB missing link with -lutil Product: lldb Version: 8.0 Hardware: All OS: NetBSD Status: NEW Severity: release blocker Priority: P Component: All Bugs Assignee: lldb-dev@lists.llvm.org Reporter: n...@gmx.com CC: llvm-b...@lists.llvm.org Fixed in trunk in: [lldb] [Process/NetBSD] Add missing linkage to -lutil https://reviews.llvm.org/D57193 -- You are receiving this mail because: You are the assignee for the bug.___ lldb-dev mailing list lldb-dev@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-dev
[lldb-dev] [Bug 40450] LLDB missing link with -lutil
https://bugs.llvm.org/show_bug.cgi?id=40450 Hans Wennborg changed: What|Removed |Added Resolution|--- |FIXED CC||h...@chromium.org Status|NEW |RESOLVED --- Comment #1 from Hans Wennborg --- Merged to 8.0 in r352134. -- You are receiving this mail because: You are the assignee for the bug.___ lldb-dev mailing list lldb-dev@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-dev
