From nobody Sun Oct 10 20:17:40 2021 X-Original-To: freebsd-current@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 176E317F8D32 for ; Sun, 10 Oct 2021 20:17:45 +0000 (UTC) (envelope-from bapt@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (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-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4HSCsN53yzz4WQX; Sun, 10 Oct 2021 20:17:44 +0000 (UTC) (envelope-from bapt@FreeBSD.org) Received: from aniel.nours.eu (nours.eu [IPv6:2001:41d0:8:3a4d::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: bapt) by smtp.freebsd.org (Postfix) with ESMTPSA id 14E3E2EFE9; Sun, 10 Oct 2021 20:17:44 +0000 (UTC) (envelope-from bapt@FreeBSD.org) Received: from dummy.faircode.eu (10.246.39.62.rev.sfr.net [62.39.246.10]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by aniel.nours.eu (Postfix) with ESMTPSA id 8435761EBC; Sun, 10 Oct 2021 22:17:41 +0200 (CEST) Date: Sun, 10 Oct 2021 20:17:40 +0000 (UTC) From: Baptiste Daroussin To: Daniel Nebdal Cc: Warner Losh , Kyle Evans , Konstantin Belousov , Dimitry Andric , FreeBSD User , FreeBSD CURRENT Message-ID: <339723c9-24d1-403e-bea8-a6978967db95@FreeBSD.org> In-Reply-To: References: <20211010040637.3fw7q6nl7gn7aum4@aniel.nours.eu> <20211010044111.mvzuepff34ztqctq@aniel.nours.eu> <20211010054519.ennyyt3qba3reaop@aniel.nours.eu> Subject: Re: clang/llvm-tblgen --- ld: error: undefined symbol: setupterm List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Correlation-ID: <339723c9-24d1-403e-bea8-a6978967db95@FreeBSD.org> X-ThisMailContainsUnwantedMimeParts: N 10 oct. 2021 16:43:52 Daniel Nebdal : > On Sun, 10 Oct 2021 at 07:46, Baptiste Daroussin 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 wrote: >>> >>>> On Sun, Oct 10, 2021 at 12:18 AM Warner Losh wrote: >>>>> >>>>> On Sat, Oct 9, 2021 at 10:45 PM Warner Losh 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