Are you seeing a problem with $SWORDSRC/src/utilfuns/swversion.cpp not finding config.h? ./src/sword/utilfuns/swversion.cpp:18:20: fatal error: config.h: No such file or directory
~A On Saturday, January 5, 2013, Ben wrote: > Hey Andrew, > > Cmake is a replacement for autotools/configure - it still uses make. Cmake > isn't related to python. > > The normal sequence with cmake is: > cmake > make > make install > > The normal sequence otherwise is: > ./configure > make > make install > > So cmake is just another way of setting up the Makefiles and build process. > > -Ben > > On 01/04/2013 05:42 PM, Andrew Thule wrote: > >> I'm curious, why do people seem to prefer cmake to make? Is that a >> python thing? >> >> ~A >> >> >> On Fri, Jan 4, 2013 at 5:09 PM, Greg Hellings <greg.helli...@gmail.com >> <mailto:greg.helli...@gmail.com>> wrote: >> >> On Sat, Dec 22, 2012 at 12:51 PM, <crick...@gmail.com >> <mailto:crick...@gmail.com>> wrote: >> > On Wed, Dec 19, 2012 at 9:06 PM, Greg Hellings >> <greg.helli...@gmail.com <mailto:greg.helli...@gmail.com>> wrote: >> >>> On Tue, Dec 18, 2012 at 9:27 PM, <crick...@gmail.com >> <mailto:crick...@gmail.com>> wrote: >> >>> Here's a patch that helps some with osistest. I still get the >> >>> following error when I run osistest, though: >> >>> UTF8Transliterator: ICU: no resource index to load >> >>> UTF8Transliterator: ICU: status U_MISSING_RESOURCE_ERROR >> >> >> >> This is because it's not finding the locales or some such. I very >> >> frequently get it, mainly when running from an uninstalled SWORD >> >> instance but it happens other times even on install. >> >> >> >> I'll see about applying these patches. >> > >> > Here's patch that I think helps with the ICU support. It finds the >> > genrb command, and then also sets the ICU_VERSION variable, like >> the >> > configure build system does. (The osis test still fails, but it >> > doesn't have the UTF8Transliterator error.) >> >> Your patch was on the right path but used icu-config which is horridly >> broken in native Windows builds (it's a Bash script) or in cross-build >> environments from Linux (it explodes looking for a .so library when it >> should look for a .dll). >> >> I have substituted using CMake's built-in pkg-config functions to pull >> out the modversion variable of libicuuc, which is one of the few that >> we actually link directly against. >> >> I wish I could tell you why that fixes the issue, but it does. Thank >> you much, because that has been bugging me for a long time. The fix >> should be in the SVN HEAD now. >> >> --Greg >> >> > >> > -Ben >> > >> > ______________________________**_________________ >> > sword-devel mailing list: sword-devel@crosswire.org >> <mailto:sword-devel@crosswire.org> >> > >> http://www.crosswire.org/**mailman/listinfo/sword-devel<http://www.crosswire.org/mailman/listinfo/sword-devel> >> > Instructions to unsubscribe/change your settings at above page >> >> ______________________________**_________________ >> sword-devel mailing list: sword-devel@crosswire.org >> <mailto:sword-devel@crosswire.org> >> >> http://www.crosswire.org/**mailman/listinfo/sword-devel<http://www.crosswire.org/mailman/listinfo/sword-devel> >> Instructions to unsubscribe/change your settings at above page >> >> >> >> >> ______________________________**_________________ >> sword-devel mailing list: sword-devel@crosswire.org >> http://www.crosswire.org/**mailman/listinfo/sword-devel<http://www.crosswire.org/mailman/listinfo/sword-devel> >> Instructions to unsubscribe/change your settings at above page >> >> > > ______________________________**_________________ > sword-devel mailing list: sword-devel@crosswire.org > http://www.crosswire.org/**mailman/listinfo/sword-devel<http://www.crosswire.org/mailman/listinfo/sword-devel> > Instructions to unsubscribe/change your settings at above page >
_______________________________________________ sword-devel mailing list: sword-devel@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page
