Date: Sat, 9 Oct 2021 19:09:13 +0200 From: Dimitry Andric <dim@FreeBSD.org> To: Warner Losh <imp@bsdimp.com> Cc: FreeBSD User <freebsd@walstatt-de.de>, FreeBSD CURRENT <freebsd-current@freebsd.org>, Baptiste Daroussin <bapt@freebsd.org> Subject: Re: clang/llvm-tblgen --- ld: error: undefined symbol: setupterm Message-ID: <94E84785-8F8C-4E90-A437-929565F5C968@FreeBSD.org> In-Reply-To: <CANCZdfrrXYMCdkdVEaUPr15nrO%2BLg=OG_bvoy8DCEr0QJVvaxA@mail.gmail.com> References: <20211009094624.3f3cacc8@jelly.fritz.box> <A047910E-DB49-45F8-9BF4-9233969AADAC@FreeBSD.org> <2FCA108B-29E1-48EA-A8C7-BC621CC6F963@FreeBSD.org> <CANCZdfrrXYMCdkdVEaUPr15nrO%2BLg=OG_bvoy8DCEr0QJVvaxA@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
--Apple-Mail=_3B2C8B46-4219-4A27-B4C7-E8B990BF4F49 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On 9 Oct 2021, at 15:40, Warner Losh <imp@bsdimp.com> wrote: >=20 > On Sat, Oct 9, 2021, 5:59 AM Dimitry Andric <dim@freebsd.org> wrote: > On 9 Oct 2021, at 13:37, Dimitry Andric <dim@FreeBSD.org> wrote: > > > > On 9 Oct 2021, at 09:46, FreeBSD User <freebsd@walstatt-de.de> = wrote: > >> > >> 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)) > > > > 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: >=20 > Okay, this is because recently on -CURRENT, libtinfow got split off = from > libncursesw: https://cgit.freebsd.org/src/commit/?id=3D396851c20aebd >=20 > This affects such cross-builds obviously, and manually adding -ltinfow > to the link command line makes it link correctly. >=20 > 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? >=20 > Baptiste, any ideas? :) >=20 > Add setupterm() to libegacy as a nop. That's not enough I think, it requires more ncurses functions than just setupterm. And it actually calls them and checks the return values too, IIRC. :) -Dimitry --Apple-Mail=_3B2C8B46-4219-4A27-B4C7-E8B990BF4F49 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 iF0EARECAB0WIQR6tGLSzjX8bUI5T82wXqMKLiCWowUCYWHMuQAKCRCwXqMKLiCW o4loAKD1KObbUMYTf6WSCVX+8jJsYg/ccQCfUoTYpmf662SXWrfQXmSSqZaejrA= =gTUS -----END PGP SIGNATURE----- --Apple-Mail=_3B2C8B46-4219-4A27-B4C7-E8B990BF4F49--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?94E84785-8F8C-4E90-A437-929565F5C968>