From nobody Tue Oct 03 00:48:22 2023 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4Rzzhm3H06z4vSFq for ; Tue, 3 Oct 2023 00:48:40 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic305-21.consmr.mail.gq1.yahoo.com (sonic305-21.consmr.mail.gq1.yahoo.com [98.137.64.84]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4Rzzhl4V0Bz4FR5 for ; Tue, 3 Oct 2023 00:48:39 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=BBJkCKKf; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.64.84 as permitted sender) smtp.mailfrom=marklmi@yahoo.com; dmarc=pass (policy=reject) header.from=yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1696294116; bh=OkCAmrdXmmZnjn1E47N4YQRKp2g0anYPcynMED6RFwM=; h=From:Subject:Date:References:To:In-Reply-To:From:Subject:Reply-To; b=BBJkCKKfbVwRgYWJ6RemATFw5y2YUExBJhgGgeT6T3pMv/vOjfJZPsJsy2DghTKIsLLFkI5PlaeFPDzNcHmdeoSvkOkMjk+6HQjn9kcL66spl70h03zCpc5vkhgPQV2zOc5KAfW5UzIU2VqNHD9rqmU4R/E1CGwqTbx93OuoZ/cAlEHdROjL5C7TTTaL4ag6OOARxRc0+qi9t/Vdp1O/EYbSfZHiTd0z1Uo+CVA3HMPLT5Cin2m/wrLE2HC++5kSJBlUMkiJsePXfSIlA1zGpdbmz2d8wylqn4b2E39izhuUvjOt53gNXCN2BmKSOZ0ErJwkhaRfFGC/nIBgaKB2Hg== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1696294116; bh=iyMRIRtidPiLmUT7RW7XM9hoDsOE8AEFc983n9sy05g=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=l7fGbBlBKLzvzHVQjK53CoNGwtiBhpFwaT92T8q9tZOluLwl94U9/91Ksb6ZL36dm/Fru9rTiL1+Qnsva75OM/GSl5fVOiK195ZwblHLahL4wIGyDnZutVAgaAs2ngeP3bWGfkrkCPEN6hyXE/RRhdE6Ucf0e9IhUqpb0tm+qg/+1xwcMXmGgpI8OMDu6Ls/MBoF24jKkP7ItUZnsGwbnq6vlOrYtoN+UDpNOl3tBtrwGWA/hTQ0H6gNxM90c9MAyHHLdGYy7j/zptu3kIu4qlXrLwpvXOW1e+2+9c9AId9MTCfnCi/cHEBld2uQnhWeFT8/BSnZck9kSUZe3UQTMw== X-YMail-OSG: ACf5rAoVM1l1J1Qt.7atX1aOTRfoIgqNWM7kL9mmQaoMY7nbEl99IzDtlHw7Lo. oNw1_dwerIXq8R8U8BnCeUIyXkdpo_jEnTSa37iNr6J9tfNoEcZEpm_F_1L8Wsl9dFjjZPMCVzTy CizqMxctiAmNH3gkUrdfhK1j3Z5z4whTeChh0jfTZx_nnVv1laUF_a.ZNPLbJ8L.yVMfERI.GdOw ojl1ZXU_SsIqeCLZXKh.M.LJlKysULPz4aCcaKQcOPg6oPHzIpIETRvPLkhJbxwp9rypUG0rlYh1 Woufc_GB8BlbBB.ztHv3wqVp.b43lgCVmPz5sNDOe9jRxciKNPzpdMkgjOaDXXc.TPDcfU4USyuE vMp1s0laFzC.bOWyjfUZUL7YdnJfAfOJqYQAGE0xR0YanURckTrVmbXDzQGK7KOo_5g9S56Hr0b6 oCfbB6IlktYFZws7R9SpbPIb7QUs6ux5xTTfJPIRAzCPYDyp0lrUF.FxXC0pOPAEN.QJkwyyiEMt AJuBlbo5EIEJ3QNLmYDCamj3A9RLnrx5VuXT5Qh1aeJyNz5GQE0ES0p8UnmO7UUv4j_smKTH70Zv dnhEnGPknZrV1yUeqZ7vcwa4JvUqm3vDJjf6QdaJgYsFTiMt6b7pckez0.uN3LJ5H3GV.MJ8_KiH mYQdFb_9IVlAGd5dSzGxBPiK_H8NzQuGkUqGojoTSY2Tr0CT_Q0kkfLKytwJU_ePb8sbX2gb_kzW nwx4XAY7ZcEAfLf8g6O2PMlpnomk9Gw_pkHbhTHmJMSKNv6N3dRTWDIy6kfoJ8LOe085FtgC1bet TE8kS_v..Mwj_bzCcduILJlFiUdsxIZj0nQDkeCCVmZ45_I6CK9aG0ji0mfsmkGnB89u8vO_uWcy UguQH3TQRBnm.7NabvKxHf9b.92nEG8O9M16Pi06Q22ijTm36wLDIqPP_spouB9mESq_MFX8iyiH Df5DXApP8DiN3tqeZyUuX.X8NG3x6IvJNRB9muygcFYOaahlbNxNrYy6snxYukMgOKIZNi9D9_Jr BO6IU7FPw0PgubnRjyc2KBEB_CkYq.sta_31SOTxsfcZEphKh9Wfg7KO9WF89fQ7ph8U.pv5l12o KPc7lPbpz8RhwcLiY4_cEFvHRGy6_3VlUe.8KnXmPpzjF6deulBjPCaBw5yAvmmXNhzmrBoZdfzg qauAc.Oh9kYFdAttSyIIBteyxMU51putrJ.BKa1iwwV_EYXdlX557PFCnRMgd61EwxtJl.rk9adF D319mffdywxAV1Lyn8Ot5AVDT5USgisDHwAPpPGPLzTr9uEsgPOtqKN1nGOXAyYcsmwdiIqjcH3C IYgh3blHGyL1KzePUHLUyW.1lAkgmGzYqdvNtJUWiL25l78bE0y7MQ2s.zZ9QoMq6tLmYOCs4YxJ bBXUGk8t2w9rNE.F2tRb5HSJZeBixNjY9L8LOr1vwMKFH_0I.sfEfHZl39KLxKYN186snPHOhi82 MzzgwKGOrAVSx9DAhAkAGpKCxOKOtBLXQCMvlg3tmOocW9HUNwurCJO_yMSU3emD7Yoh7IrpXrnB kavDgFRBg5pmjRx3w6CxZrdPAcZXBrccSUvFGXx989JEwjaD56Eu2bzH7Ogc6INnoMwGdr9Ll.eK KKSQXEOxoXE41wq9lU6VT6nExdARC394O6YZfVbv4ctJMxTnx94Gz3kNBDIDvgyTh0LhX_Yi1MpU H1APPQe9gJwo4PuQRcsL6nWzCwrXFIUnYQ9JM4H5H53YHTapBReApGwETJ67uFhCRiFt6oDHM0Pf aK8zKUkhmy6Sk0P.oeZMeFIlv_cgjSI1AEdDUSepZYwNdCGzG6uFZrY_v7c96HwCVBNVOjYIjIZj bq3r1JnJAw4r4RheoVevldhHgv.QwsBY4M2VeZTSpRVibxzs5kx7iFqXknLi0sl3uaCuLsn4d_fU 5LiCmadLJsgP56q3yotcitOhnL0YuvFoQR1CpZFnX9WG95QrpPU02hNWsHwMYvPwFWMicPs_HNvm ed2Ht54eAoK1o.EqUnEPJHo4je8wsMh4CH9i_qlQSlL2mArily9OhWlKrubHB9FWtVNqkG.AbG6T H3NfHbzuSaQBp_LZr.745eD7GyMBpu4vmFFk_xjBg.tOcO8awezWvnBH8p4rwX3kRJP3WBPCFQX1 0AmYznqnLFVta8L5l6spJVj5.ZxY9bVdkoBcLXE1fEvm0yRmkSFDQUdPELppR4qcCv3mjb3aang0 PlWt1RC75KonFomO.nALNu0Mxm.MFJSKrRpc_PlnByWgjZfkAWcxBxi2wa79JqBY9WCf0vf8pKUI OHw-- X-Sonic-MF: X-Sonic-ID: c65f5548-be96-450a-8c9b-6a60d7cd7ba2 Received: from sonic.gate.mail.ne1.yahoo.com by sonic305.consmr.mail.gq1.yahoo.com with HTTP; Tue, 3 Oct 2023 00:48:36 +0000 Received: by hermes--production-bf1-7cf89fd98c-468d2 (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 1ff980e752e707d8a2bd40dc69e5a578; Tue, 03 Oct 2023 00:48:35 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3774.100.2.1.4\)) Subject: Re: Base libc++ missing symbol Date: Mon, 2 Oct 2023 17:48:22 -0700 References: <97AB873D-57E4-48D3-985D-AAD64FB42E65@yahoo.com> To: "jbo@freebsd.org" , FreeBSD-STABLE Mailing List In-Reply-To: <97AB873D-57E4-48D3-985D-AAD64FB42E65@yahoo.com> Message-Id: <7C16CD19-6974-40A2-BCF2-16BD9924945D@yahoo.com> X-Mailer: Apple Mail (2.3774.100.2.1.4) X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.17 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.67)[-0.674]; MV_CASE(0.50)[]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; MIME_GOOD(-0.10)[text/plain]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_EQ_ADDR_SOME(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; MLMMJ_DEST(0.00)[freebsd-stable@freebsd.org]; RCVD_IN_DNSWL_NONE(0.00)[98.137.64.84:from]; MID_RHS_MATCH_FROM(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.64.84:from]; FREEMAIL_FROM(0.00)[yahoo.com]; TO_DN_SOME(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; DKIM_TRACE(0.00)[yahoo.com:+]; FROM_EQ_ENVFROM(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-Rspamd-Queue-Id: 4Rzzhl4V0Bz4FR5 On Oct 2, 2023, at 15:56, Mark Millard wrote: > Joel Bodenmann wrote on > Date: Mon, 02 Oct 2023 20:00:29 UTC : >=20 >> It seems like I finally managed to hose a FreeBSD system. >> The machine in question is my workstation at home. It has been = running >> stable/13 without any problems. Yesterday I've updated to >> ef295f69abbffb3447771a30df6906ca56a5d0c0 and since then I'm getting = an >> undefined symbol on anything using Qt: >>=20 >> ld-elf.so.1: /usr/local/lib/qt5/libQt5Widgets.so.5: Undefined symbol >> "_ZTVNSt3__13pmr25monotonic_buffer_resourceE" >>=20 >> Unless I'm missing something, it would seem like my base libc++ >> is missing the pmr::monotonic_buffer_resource symbol. >=20 > I do not have a 13.2 context, so you may want to run the > analogous steps in your context for confirming/denying > the below applies. >=20 > # llvm-cxxfilt _ZTVNSt3__13pmr25monotonic_buffer_resourceE > vtable for std::__1::pmr::monotonic_buffer_resource >=20 > Using the example "Run this code" source from: >=20 > https://en.cppreference.com/w/cpp/memory/monotonic_buffer_resource >=20 > # c++ -std=3Dc++17 -pedantic -O2 monotonic_buffer_resource.cpp >=20 > # objdump -x a.out | grep _ZTVNSt3__13pmr25monotonic_buffer_resourceE > 0000000000204160 g O .bss.rel.ro 0000000000000038 = _ZTVNSt3__13pmr25monotonic_buffer_resourceE >=20 > # nm a.out | grep _ZTVNSt3__13pmr25monotonic_buffer_resourceE > 0000000000204160 B _ZTVNSt3__13pmr25monotonic_buffer_resourceE >=20 > # ./a.out > t1 (default std alloc): 0.491 sec; t1/t1: 1.000 > t2 (default pmr alloc): 0.541 sec; t1/t2: 0.906 > t3 (pmr alloc no buf): 0.188 sec; t1/t3: 2.616 > t4 (pmr alloc and buf): 0.155 sec; t1/t4: 3.172 >=20 > Note that the vtable is in the a.out instead of being from > a library. It is global but is in the a.out .bss.rel.ro = in > the example and is defined. >=20 >> At first I thought I might have messed up on installworld but rolling >> back to the previous boot environment and then performing the same >> procedure again lead to the same outcome. >=20 > If the above works similarly in your context, then I expect > that the issue is on the qt5 or port side of things, not the > system libraries/headers. >=20 > As I understand, clang++ 16 is the first vintage with this > directly supported, instead of being just in the experimental > category/area for libc++. May be tracking that transition is > at issue. >=20 > For reference: >=20 > # c++ -v > FreeBSD clang version 16.0.6 (https://github.com/llvm/llvm-project.git = llvmorg-16.0.6-0-g7cbf1a259152) > Target: x86_64-unknown-freebsd15.0 > Thread model: posix > InstalledDir: /usr/bin >=20 > # uname -apKU > FreeBSD amd64-ZFS 15.0-CURRENT FreeBSD 15.0-CURRENT #124 = main-n265447-e5236d25f2c0-dirty: Thu Sep 21 09:06:08 PDT 2023 = root@amd64-ZFS:/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.a= md64/sys/GENERIC-NODBG amd64 amd64 1500001 1500001 >=20 >> Any ideas or wild guesses? Anything obvious I'm missing here? >>=20 >> uname -a >> FreeBSD beefy02 13.2-STABLE FreeBSD 13.2-STABLE >> stable/13-n256443-ef295f69abbf GENERIC amd64 >>=20 >> freebsd-version -kru >> 13.2-STABLE >> 13.2-STABLE >> 13.2-STABLE >>=20 >> clang --version >> FreeBSD clang version 16.0.6 >> (https://github.com/llvm/llvm-project.git >> llvmorg-16.0.6-0-g7cbf1a259152) Target: x86_64-unknown-freebsd13.2 >> Thread model: posix >> InstalledDir: /usr/bin >=20 Given Dimitry Andric's notes: # objdump -x /lib/libc++.so.1 | grep = _ZTVNSt3__13pmr25monotonic_buffer_resourceE 00000000001006d8 g O .data.rel.ro 0000000000000038 = _ZTVNSt3__13pmr25monotonic_buffer_resourceE # nm /lib/libc++.so.1 | grep _ZTVNSt3__13pmr25monotonic_buffer_resourceE 00000000001006d8 D _ZTVNSt3__13pmr25monotonic_buffer_resourceE So /lib/libc++.so.1 has a global symbol naming initialized data for this in my context. Reminder for the a.out: # objdump -x a.out | grep _ZTVNSt3__13pmr25monotonic_buffer_resourceE 0000000000204160 g O .bss.rel.ro 0000000000000038 = _ZTVNSt3__13pmr25monotonic_buffer_resourceE # nm a.out | grep _ZTVNSt3__13pmr25monotonic_buffer_resourceE 0000000000204160 B _ZTVNSt3__13pmr25monotonic_buffer_resourceE My original thinking makes no sense for this. Sorry for the noise. The procedure of seeing if the a.out is produced without complaint might still be useful. =3D=3D=3D Mark Millard marklmi at yahoo.com