Date: Sat, 9 Oct 2021 13:58:37 +0200 From: Dimitry Andric <dim@FreeBSD.org> To: FreeBSD User <freebsd@walstatt-de.de> Cc: FreeBSD CURRENT <freebsd-current@freebsd.org>, Baptiste Daroussin <bapt@FreeBSD.org> Subject: Re: clang/llvm-tblgen --- ld: error: undefined symbol: setupterm Message-ID: <2FCA108B-29E1-48EA-A8C7-BC621CC6F963@FreeBSD.org> In-Reply-To: <A047910E-DB49-45F8-9BF4-9233969AADAC@FreeBSD.org> References: <20211009094624.3f3cacc8@jelly.fritz.box> <A047910E-DB49-45F8-9BF4-9233969AADAC@FreeBSD.org>
next in thread | previous in thread | raw e-mail | index | archive | help
--Apple-Mail=_A1DC35F2-CC15-4819-9096-6935A38F0619 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On 9 Oct 2021, at 13:37, Dimitry Andric <dim@FreeBSD.org> wrote: >=20 > On 9 Oct 2021, at 09:46, FreeBSD User <freebsd@walstatt-de.de> wrote: >>=20 >> On recent CURRENT (FreeBSD 14.0-CURRENT #2 main-n249971-0525ece3554e: >> Fri Oct 8 15:17:34 CEST 2021 amd64) building of an 13-STABLE based >> appliance failed very early in the build process of the 13-STABLE >> sources as shown below. 13-STABLE is most recent, since the sources = are >> fetched every time the build process is triggered. > ... >> = /pool/home/ohartmann/Projects/router/router/apu2c4/src/tools/install.sh >> -s -o root -g wheel -m 555 compile_et >> /pool/home/ohartmann/Projects/router/router/apu2 >> = c4/world/amd64/ALERICH_13-STABLE_amd64/pool/home/ohartmann/Projects/router= /router/apu2c4/src/amd64.amd64/tmp/legacy/usr/bin/compile_et >> --- _bootstrap-tools-usr.bin/clang/llvm-tblgen --- ld: error: = undefined >> symbol: setupterm >>>>> referenced by Process.cpp >>>>> = Process.o:(llvm::sys::Process::FileDescriptorHasColors(int)) >=20 > It is complaining about ncurses functions; it seems that even though = the link step gets -lncursesw added, it still is not able to find the = symbol: Okay, this is because recently on -CURRENT, libtinfow got split off from libncursesw: https://cgit.freebsd.org/src/commit/?id=3D396851c20aebd This affects such cross-builds obviously, and manually adding -ltinfow to the link command line makes it link correctly. However, the 396851c20aebd commit is probably not suitable for MFC'ing to stable/13. Maybe we need to put some kind of kludge in share/mk/src.libnames.mk for this, or in the top-level Makefile.inc1? Baptiste, any ideas? :) -Dimitry --Apple-Mail=_A1DC35F2-CC15-4819-9096-6935A38F0619 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.2 iF0EARECAB0WIQR6tGLSzjX8bUI5T82wXqMKLiCWowUCYWGD7QAKCRCwXqMKLiCW oxoZAJ9GdUjretIh8ERo/RVmVEAz1aXFgQCgghcd6Q4pomrK1aykQ5CfJk8FOKo= =unDS -----END PGP SIGNATURE----- --Apple-Mail=_A1DC35F2-CC15-4819-9096-6935A38F0619--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?2FCA108B-29E1-48EA-A8C7-BC621CC6F963>