Date: Tue, 18 Jun 2024 18:24:12 +0200 From: Moin Rahman <bofh@freebsd.org> To: "Bjoern A. Zeeb" <bzeeb-lists@lists.zabbadoz.net> Cc: "current@freebsd.org" <current@FreeBSD.org>, Baptiste Daroussin <bapt@FreeBSD.org> Subject: Re: ncurses /usr vs. /usr/local vs. undefined symbols Message-ID: <2A8D4448-A44C-4ABD-A386-0C7170EAFA74@freebsd.org> In-Reply-To: <D0459693-6E94-4178-9B31-0A9F9CDC84B8@freebsd.org> References: <3q7s965n-8o40-sqr5-o1o3-7np391o86on8@yvfgf.mnoonqbm.arg> <D0459693-6E94-4178-9B31-0A9F9CDC84B8@freebsd.org>
next in thread | previous in thread | raw e-mail | index | archive | help
--Apple-Mail=_6C255065-D673-4C8C-B870-1D1C9E88F12D Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii > On Jun 18, 2024, at 6:13 PM, Moin Rahman <bofh@freebsd.org> wrote: >=20 >=20 >=20 >> On Jun 18, 2024, at 5:41 PM, Bjoern A. Zeeb = <bzeeb-lists@lists.zabbadoz.net> wrote: >>=20 >> Hi, >>=20 >> I have no idea where to start but I know if I uninstall the ncruses = port >> the problem goes away. >>=20 >> I am trying to build a few packages on main/arm64 (from the last 24h) >> and this is like the 5th port I run into this problem now: >>=20 >> ld: error: undefined symbol: newterm >>>>> referenced by clamdtop.c >>>>> clamdtop/CMakeFiles/clamdtop.dir/clamdtop.c.o:(main) >>=20 >> ld: error: undefined symbol: start_color >>>>> referenced by clamdtop.c >>>>> clamdtop/CMakeFiles/clamdtop.dir/clamdtop.c.o:(main) >>=20 >> ld: error: undefined symbol: nonl >>>>> referenced by clamdtop.c >>>>> clamdtop/CMakeFiles/clamdtop.dir/clamdtop.c.o:(main) >>=20 >> ld: error: undefined symbol: noecho >>>>> referenced by clamdtop.c >>>>> clamdtop/CMakeFiles/clamdtop.dir/clamdtop.c.o:(main) >>=20 >> ..... >>=20 >>=20 >> # ldconfig -r | grep curses >> 62:-lncursesw.9 =3D> /lib/libncursesw.so.9 >> 289:-lncurses.6 =3D> /usr/local/lib/libncurses.so.6 >>=20 >>=20 >> Something tells me something has changed but I don't even know where = to >> start digging. I didn't see this the last time I did in March. >> Is this a src or a ports problem, ncurses or even linker? >>=20 >> /bz >>=20 >> -- >> Bjoern A. Zeeb = r15:7 >=20 > Hi, >=20 > I did update ncurses sometimes in April or May. Can you confirm = whether > if this is happening after that? >=20 > Kind regards, > Moin My Goldfish memory just recollected that there is a long outstanding issue regarding this. And it's mostly for libraries which exist in both worlds. The linkers and libraries do not play well when the build system mainly picks up the library from the ports and headers from src or vice versa. It just goes wonky. Let me know the ports which are affected and also if this is the case in head or quarterly. I will have a look if something can be done. Kind regards, Moin --Apple-Mail=_6C255065-D673-4C8C-B870-1D1C9E88F12D 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----- iQKTBAEBCgB9FiEETfdREoUGjQZKBS+fvbm1phfAvJEFAmZxtKxfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldDRE Rjc1MTEyODUwNjhEMDY0QTA1MkY5RkJEQjlCNUE2MTdDMEJDOTEACgkQvbm1phfA vJFg2BAAh9RvBairUqgTZt2T6JX5s0YGescivlv3g1Lp8fQrRV5V3FvMe5ksF0Uv ANKEblkYyXRwp52sF/eGzuDi27TqFjRQW4hPwnvJOJi6qsnRJDtFh06SyxzKdDio t6l5L93ZmIDRRE0+W1UF/rUo3h4frigUNELPbfkldzpkTcFDtyiDpM5sPHejW/WV tDizTy+OlF9m9YXs54TJNJVNsy3Fo+HSJR20x8PSA9ReY/DNMvF8h470UgbSeodK mfbfiEKXbfXrcNGD7+QrwRwogApDaDD2vypzWJI9uYr9UvSwrfy+ciE6GzUcg0tV Ab3Z+jGXQjMX4/JhtWsjMLVzfQ9tSJncF/N/+GH89DgnYabJwtTO7/eBoh7IJEkQ J2AsFM/fVOxN+Vngnn4tC/uL4lleJDWCSIkS5ctAH5V9fE7hCOjqOgxJf5KSeal5 49ltB4WgAJsSl4KxnN+1icUxFSaKj6XiRm+RAVpYO8WBaK30YcBAsDJurDvo+9N6 r7I216w6I7juGyGQe/EAyWz3xdnaZvsakyvOW3hS1npL1LHBruWjC8BbnCZR+F9R fh60EoZJFY42pq4tioRmgsySdKGbJLXk3H+7fnKn7GIm1U+w2AYpqC+YOb7Gnk7h BIpCReCLgXGc3N9Uom/ITOegJQFXGqwa86epWV587MrWokM5RDU= =nbKa -----END PGP SIGNATURE----- --Apple-Mail=_6C255065-D673-4C8C-B870-1D1C9E88F12D--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?2A8D4448-A44C-4ABD-A386-0C7170EAFA74>