Date: Mon, 18 May 2020 04:19:01 +0000 From: bugzilla-noreply@freebsd.org To: ports-bugs@FreeBSD.org Subject: [Bug 246365] shells/fish: does not build against devel/ncurses despite USES=ncurses Message-ID: <bug-246365-7788-SHnNqVxDEO@https.bugs.freebsd.org/bugzilla/> In-Reply-To: <bug-246365-7788@https.bugs.freebsd.org/bugzilla/> References: <bug-246365-7788@https.bugs.freebsd.org/bugzilla/>
next in thread | previous in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D246365 --- Comment #5 from Dustin Boyd <memreflect@pm.me> --- (In reply to Alan Somers from comment #4) My original patch merely preserved the behavior of the existing Makefile-ba= sed ports infrastructure. Getting things to link properly when building with Poudriere is a separate matter since it builds everything separately. If t= here was a way to use DEFAULT_VERSIONS with ncurses, that would be a solution th= at works for all ports, not just shells/fish, and it would work whether Poudri= ere, Portmaster, Synth, or a manual 'make clean install' was used. A possible workaround for shells/fish would be to provide an option to build against the libs from the base system (USES=3Dncurses:base) or the libs fro= m the devel/ncurses port (USES=3Dncurses:port). This is probably the correct opt= ion if one views USES=3Dncurses as a convenience. Of course, if devel/ncurses is required, CURSES_NEED_NCURSES=3DTRUE would still be necessary for CMake to = build against the libs provided by devel/ncurses, which is the real problem here. --=20 You are receiving this mail because: You are the assignee for the bug.=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-246365-7788-SHnNqVxDEO>