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
     > 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
    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



_______________________________________________
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

Reply via email to