<p dir="ltr"></p>
<p dir="ltr">-Khem<br>
On Apr 2, 2014 2:14 AM, "Mike Crowe" <<a href="mailto:mac@mcrowe.com">mac@mcrowe.com</a>> wrote:<br>
><br>
> On Tuesday 01 April 2014 at 21:59:34 -0700, Khem Raj wrote:<br>
> > On Tue, Apr 1, 2014 at 3:11 AM, Mike Crowe <<a href="mailto:mac@mcrowe.com">mac@mcrowe.com</a>> wrote:<br>
> > > It seems to be possible to disable building the "CursesDialog" component to<br>
> > > remove the need for ncurses but I couldn't immediately see how to do that<br>
> > > for a bootstrap build.<br>
> > ><br>
> > > The non-native cmake recipe depends on ncurses even though it passes<br>
> > > -DBUILD_CursesDialog=0.<br>
> ><br>
> > you need to disable it completely in CMakefile.txt, just that define<br>
> > does not suffice you might try something like<br>
> > <a href="http://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/dev-util/cmake/files/cmake-2.8.10-libform.patch?diff_format=f&view=markup">http://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/dev-util/cmake/files/cmake-2.8.10-libform.patch?diff_format=f&view=markup</a><br>
><br>
> As far as I can tell (by poisoning curses.h in the sysroot) the non-native<br>
> cmake build does successfully avoid using curses by specifying<br>
> -DBUILD_CursesDialog=0. I have successfully tested removing the<br>
> ncurses dependency from the recipe too.<br>
><br>
> The cmake-native bootstrap procedure means that it is not possible to get<br>
> that parameter through to the ultimate cmake native build. So I came up<br>
> with this patch:<br>
><br>
> --- cmake-2.8.12.2/bootstrap~ 2014-01-16 17:15:09.000000000 +0000<br>
> +++ cmake-2.8.12.2/bootstrap 2014-04-01 21:27:23.841996822 +0100<br>
> @@ -1578,6 +1578,7 @@ export MAKE<br>
><br>
> # Run bootstrap CMake to configure real CMake<br>
> cmake_options="-DCMAKE_BOOTSTRAP=1"<br>
> +cmake_options="${cmake_options} -DBUILD_CursesDialog=0"<br>
> if [ -n "${cmake_verbose}" ]; then<br>
> cmake_options="${cmake_options} -DCMAKE_VERBOSE_MAKEFILE=1"<br>
> fi<br>
><br>
> If I apply this for cmake-native then it also doesn't require curses<br>
> (tested with the same poisoning.)<br>
></p>
<p dir="ltr">this seems to be ok too </p>
<p dir="ltr">> The Gentoo patch may be somewhat safer in the long term because it does a<br>
> better job of ensuring that the curses dependency can't come back with<br>
> newer cmake versions; it is more likely that the patch would not apply or<br>
> the link would fail.<br>
><br>
> Do you prefer the one line patch above or the Gentoo one?<br>
><br>
> Thanks.<br>
><br>
> Mike.<br>
</p>