Date: Sun, 10 Oct 2021 20:17:40 +0000 (UTC) From: Baptiste Daroussin <bapt@FreeBSD.org> To: Daniel Nebdal <dnebdal@gmail.com> Cc: Warner Losh <imp@bsdimp.com>, Kyle Evans <kevans@freebsd.org>, Konstantin Belousov <kostikbel@gmail.com>, Dimitry Andric <dim@freebsd.org>, FreeBSD User <freebsd@walstatt-de.de>, FreeBSD CURRENT <freebsd-current@freebsd.org> Subject: Re: clang/llvm-tblgen --- ld: error: undefined symbol: setupterm Message-ID: <339723c9-24d1-403e-bea8-a6978967db95@FreeBSD.org> In-Reply-To: <CA%2Bt49PLYniWTmxTUw5aLeZmm3L3U0WnBMbxThpuwXgPbwVr4BQ@mail.gmail.com> References: <CANCZdfok58DEoCfZk_6w6p_3vJ9mV0FopAnuX6Av4C%2Bs8s5E8g@mail.gmail.com> <YWIifx%2BT0ETlzVIU@kib.kiev.ua> <CANCZdfpMHTKqRE=byupGpHpmJ-_bk9ZLTDv=_hxXYSkFMKa3Og@mail.gmail.com> <YWIrWtxlXwSpBi4i@kib.kiev.ua> <20211010040637.3fw7q6nl7gn7aum4@aniel.nours.eu> <20211010044111.mvzuepff34ztqctq@aniel.nours.eu> <CANCZdfpu2tLJV%2B1RFwAbCeX-AvvUy7iKqKOP6fWcwwhjvYY=jA@mail.gmail.com> <CANCZdfrKCBHfem77PFxNzqO-Z9mB1QKgxYDXyK2GH488YLe4AA@mail.gmail.com> <CACNAnaGXDE1PRtHXTiX=AmG=M5kxtW%2B8J--iW_hgZa8R3=i7%2Bg@mail.gmail.com> <CANCZdfr5fAB6K4Zj82X35VX1ZVG4YL9POZRA7=qqqF3VeUHDMw@mail.gmail.com> <20211010054519.ennyyt3qba3reaop@aniel.nours.eu> <CA%2Bt49PLYniWTmxTUw5aLeZmm3L3U0WnBMbxThpuwXgPbwVr4BQ@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
10 oct. 2021 16:43:52 Daniel Nebdal <dnebdal@gmail.com>: > On Sun, 10 Oct 2021 at 07:46, Baptiste Daroussin <bapt@freebsd.org> wrote= : >> >> On Sat, Oct 09, 2021 at 11:33:54PM -0600, Warner Losh wrote: >>> On Sat, Oct 9, 2021 at 11:29 PM Kyle Evans <kevans@freebsd.org> wrote: >>> >>>> On Sun, Oct 10, 2021 at 12:18 AM Warner Losh <imp@bsdimp.com> wrote: >>>>> >>>>> On Sat, Oct 9, 2021 at 10:45 PM Warner Losh <imp@bsdimp.com> wrote: >>>>> >>>>>> =E2=80=A6 >>>> dim@freebsd.org> >>>>>> =E2=80=A6 >>>> wrote: >>>>>> =E2=80=A6 >>>>> >>>>>> =E2=80=A6 >>>> the >>>>>> =E2=80=A6 >>>> since >>>>>> =E2=80=A6 >>>> /pool/home/ohartmann/Projects/router/router/apu2c4/src/tools/install.s= h >>>>>> =E2=80=A6 >>>> c4/world/amd64/ALERICH_13-STABLE_amd64/pool/home/ohartmann/Projects/ro= uter/router/apu2c4/src/amd64.amd64/tmp/legacy/usr/bin/compile_et >>>>>> =E2=80=A6 >>>> ld: >>>>>> =E2=80=A6 >>>> Process.o:(llvm::sys::Process::FileDescriptorHasColors(int)) >>>>>> =E2=80=A6 >>>> that >>>>>> =E2=80=A6 >>>> to >>>>>> =E2=80=A6 >>>> got >>>>>> =E2=80=A6 >>>> suitable >>>>>> =E2=80=A6 >>>> in >>>>>> =E2=80=A6 >>>> functions >>>>>> =E2=80=A6 >>>> return >>>>>> =E2=80=A6 >>>> OK; } >>>>>> =E2=80=A6 >>>> might >>>>>> =E2=80=A6 >>>> to >>>>>> =E2=80=A6 >>>> not >>>>>> =E2=80=A6 >>>> messages >>>>>> =E2=80=A6 >>>> protecting >>>>>> =E2=80=A6 >>>> disabled >>>>>> =E2=80=A6 >>>> for a >>>>>> =E2=80=A6 >>>> the >>>>>> =E2=80=A6 >>>> the >>>>>> =E2=80=A6 >>>> first >>>>>> =E2=80=A6 >>>> be to >>>>>> =E2=80=A6 >>>> probably we >>>>>> =E2=80=A6 >>>> having >>>>>> =E2=80=A6 >>>> but >>>>>> =E2=80=A6 >>>>> >>>>> Though it's still a 'patch the past' path forward... The fix is trivi= al >>>> to >>>>> describe. >>>>> >>>> >>>> It doesn't sound like there's any need to 'patch the past'... the >>>> status quo is that the static libncursesw is effectively "broken" >>>> because consumers need to know to link to libtinfow. If the linker >>>> script idea works (which it seems like it will) then it's a non-issue; >>>> either we're building on a system that has the all-in-one libncursesw >>>> or we're building against a linker script that also does the right >>>> thing. >>>> >>> >>> Yea, the linker script notion is the only thing that's talked about so >>> far that's something where we don't need to patch the past. The >>> old tools know how to cope with the linker script and will bring the >>> right things in. My comments were about removing -DNO_SHARED... >>> >>> We should remove -DNO_SHARED as well from the bootstrap tools, >>> but that's a separate issue if the linker script works. >>> >>> Warner >> >> This https://reviews.freebsd.org/D32435 should make freebsd stable 12 an= d 13 >> buildable out of box again on freebsd 14. >> >> Best regards, >> Bapt >> > > I don't know if this is the right place to jump in, but I suspect this > is a related issue? > I'm trying to do the opposite - building 14 on a 13-STABLE machine. It > fails when trying to build ncurses: > > root@p14s-bsd:/usr/src # uname -v > FreeBSD 13.0-STABLE #0 stable/13-n247584-fdbbd118faa: Sun Oct 10 > 03:25:38 CEST 2021 > root@p14s-bsd:/usr/obj/usr/src/amd64.amd64/sys/GENERIC > root@p14s-bsd:/usr/src # git pull > Already up to date. > root@p14s-bsd:/usr/src # git status > On branch main > Your branch is up to date with 'origin/main'. > > nothing to commit, working tree clean > root@p14s-bsd:/usr/src # make buildworld > build.log > (...) > > The full log is at http://eurostar.nebdal.no/build.log > It's all variations over this: > > =3D=3D=3D> lib/ncurses/ncurses (obj,all,install) > Building /usr/obj/usr/src/amd64.amd64/lib/ncurses/ncurses/lib_color.o > /usr/src/contrib/ncurses/ncurses/base/lib_color.c:192:5: error: > implicit declaration of function '_nc_tiparm' is invalid in C99 > [-Werror,-Wimplicit-function-declaration] > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 TIPARM_1(set_a_background, bg), > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 ^ > /usr/src/contrib/ncurses/include/nc_tparm.h:81:23: note: expanded from > macro 'TIPARM_1' > #define TIPARM_1(s,a) _nc_tiparm(1,s,a) > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 ^ > /usr/src/contrib/ncurses/ncurses/base/lib_color.c:192:5: error: > incompatible integer to pointer conversion passing 'int' to parameter > of type 'const char *' [-Werror,-Wint-conversion] > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 TIPARM_1(set_a_background, bg), > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > /usr/src/contrib/ncurses/include/nc_tparm.h:81:23: note: expanded from > macro 'TIPARM_1' > #define TIPARM_1(s,a) _nc_tiparm(1,s,a) > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 ^~~~~~~~~~~~~~~~~ > > -DanielN It is an entirely different storry that deserves its own investigation! I will try to find time in the next couple of days. In the meantile could you provide your make.conf, src.conf and src-env.conf= ? Best regards Bapt
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?339723c9-24d1-403e-bea8-a6978967db95>