Date: Sat, 9 Oct 2021 07:40:52 -0600 From: Warner Losh <imp@bsdimp.com> To: Dimitry Andric <dim@freebsd.org> 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: <CANCZdfrrXYMCdkdVEaUPr15nrO%2BLg=OG_bvoy8DCEr0QJVvaxA@mail.gmail.com> In-Reply-To: <2FCA108B-29E1-48EA-A8C7-BC621CC6F963@FreeBSD.org> References: <20211009094624.3f3cacc8@jelly.fritz.box> <A047910E-DB49-45F8-9BF4-9233969AADAC@FreeBSD.org> <2FCA108B-29E1-48EA-A8C7-BC621CC6F963@FreeBSD.org>
next in thread | previous in thread | raw e-mail | index | archive | help
--000000000000bb80d605cdeba55b Content-Type: text/plain; charset="UTF-8" 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: > > Okay, this is because recently on -CURRENT, libtinfow got split off from > libncursesw: https://cgit.freebsd.org/src/commit/?id=396851c20aebd > > 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? :) > Add setupterm() to libegacy as a nop. Warner -Dimitry > > --000000000000bb80d605cdeba55b--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CANCZdfrrXYMCdkdVEaUPr15nrO%2BLg=OG_bvoy8DCEr0QJVvaxA>