From nobody Tue Oct 3 10:57:54 2023 X-Original-To: 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 4S0FCx2VrNz4w6kR for ; Tue, 3 Oct 2023 10:58:05 +0000 (UTC) (envelope-from junchoon@dec.sakura.ne.jp) Received: from www121.sakura.ne.jp (www121.sakura.ne.jp [153.125.133.21]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 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 4S0FCw5bDPz4L4W; Tue, 3 Oct 2023 10:58:04 +0000 (UTC) (envelope-from junchoon@dec.sakura.ne.jp) Authentication-Results: mx1.freebsd.org; none Received: from kalamity.joker.local (123-1-80-101.area1b.commufa.jp [123.1.80.101]) (authenticated bits=0) by www121.sakura.ne.jp (8.16.1/8.16.1/[SAKURA-WEB]/20201212) with ESMTPA id 393AvsZJ019701; Tue, 3 Oct 2023 19:57:54 +0900 (JST) (envelope-from junchoon@dec.sakura.ne.jp) Date: Tue, 3 Oct 2023 19:57:54 +0900 From: Tomoaki AOKI To: Dimitry Andric Cc: Joel Bodenmann , "stable@freebsd.org" Subject: Re: Base libc++ missing symbol Message-Id: <20231003195754.d370985dbf8fa4033597e573@dec.sakura.ne.jp> In-Reply-To: References: <20231002220029.7fd36b77@beefy02> Organization: Junchoon corps X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.33; amd64-portbld-freebsd14.0) 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 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:7684, ipnet:153.125.128.0/18, country:JP] X-Rspamd-Queue-Id: 4S0FCw5bDPz4L4W On Mon, 2 Oct 2023 23:53:42 +0200 Dimitry Andric wrote: > On 2 Oct 2023, at 22:00, Joel Bodenmann wrote: > > > > 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: > > > > ld-elf.so.1: /usr/local/lib/qt5/libQt5Widgets.so.5: Undefined symbol > > "_ZTVNSt3__13pmr25monotonic_buffer_resourceE" > > > > Unless I'm missing something, it would seem like my base libc++ > > is missing the pmr::monotonic_buffer_resource symbol. > > It should be in libc++.so.1, you can check this with grep. If it is not > there, there might have been some issue installing a newly built copy of > libc++.so.1 into your file system? You could check if there is a > memory_resource.pico file in your /usr/obj; it should typically be in > /usr/obj/usr/src/amd64.amd64/lib/libc++. The libc++.so.1 file in that > directory should definitely have the symbol. > > Another possibility is that Qt is doing something strange when loading > their shared libraries. It has been known to perform weird tricks... > > -Dimitry Qt (at least 5) has mysteryous oddness on updates. Sometimes deleting or moving outside any library paths Qt related files in /usr/local/lib/pkg is sufficient. Sometimes requires all Qt ports (any of ones included in its metaport) to be fully rebuilt in exactly correct order. Sometimes even doing both is insufficient and rebuilding base is forced. See Bug 268652 [1] for details. I'm intentionally keep this opened, as this problem randomly happenes on Qt5 updates (not everytime). [1] https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=268652 -- Tomoaki AOKI