[bt-devel] Windows build system

Troy A. Griffitts scribe at crosswire.org
Sat Feb 28 06:41:11 MST 2009


May good suggestions have been made on this topic, so I'm sure you're on 
your way to a good solution.  Just wanted to let you know that the build 
system for BibleCS depends on sword being checked out ../sword

Our build instructions basically state that you need to checkout sword, 
icu-sword, and biblecs in the same folder.  e.g., my build setup is:

D:\src\
        icu-sword\
        sword\
        biblecs\

Our project files in BibleCS count on ../sword/include, etc.  Maybe your 
findsword macro could lastly try ../sword as a possibility, and on 
windows it would find it.

Greg Hellings wrote:
> On Sat, Feb 28, 2009 at 2:26 AM, Jonathan Marsden <jmarsden at fastmail.fm> wrote:
>> Greg Hellings wrote:
>>
>>> No, I think you're just failing to realize that you're dealing with
>>> Windows.
>> If cross-platform open source projects the size of Inkscape, and GIMP
>> can do it, I am not really all that sure why BibleTime, which is
>> significantly smaller, cannot.  Sometimes they just mandate that a
>> particular library *must* be installed *here*, but that's not
>> impossible, especially if *here* is the default install location for
>> said library anyway, or failing that, a somewhat logical directory under
>> C:\.  Inkscape goes as far as doing an initial compilation of a build
>> tool, and then using that tool to build Inkscape... there are plenty of
>> ways to do it that avoid a GUI/human interaction requirement.
>  <snip>
> 
> Suffice it to say that building with MinGW is not available at this
> time, so those suggestions of using the MinGW version of CMake or
> building out of those systems doesn't work.  It is a goal that we be
> able to use those, but at the moment, CLucene won't compile in
> MSYS/MinGW and there are other complications with Cygwin.  For now I'm
> stuck with Visual Studio.
> 
> As for cross-platform building from Linux - I have had some success
> and experience doing that from Linux/i386 to Linux/Alpha, and I doubt
> it would be much harder to build it for Windows/MinGW, provided
> CLucene would build.  But that's even more work to build the
> toolchains, libraries and so on into some sort of chroot environment
> or the like.  I'd rather stick with Visual Studio which I know works,
> and works natively.
> 
> NSIS will probably be the choice for the installer when that time
> comes.  At the moment I'm more concerned with getting the program
> working at all, putting in the PNGs so that we can test that solution
> and simplifying the build process itself.  Personally I don't really
> care how many hoops exist between having a working executable built
> and having a working installer - I'd rather simplify the source tree
> to executable step first, since that's what most developers will care
> about on their system, so they can make quick adjustments,
> modifications, etc and test those directly.
> 
> Probably your and Eeli's suggestion of packaging up binary versions of
> the dependent libraries, etc, already built, and an insert point, sort
> of a "get the SVN BibleTime code into this directory" would be the
> easiest way to do that.  There's currently a lot of doubt in my mind
> about what form to put that in, since I can't get BibleTime to build
> against the SVN of SWORD, but I can certainly put something together
> for the time being that works with 1.5.11 and I doubt too much of the
> actual installation of SVN HEAD over at SWORD will change, so I think
> it should remain relatively stable.
> 
> I'll let you know how things go on Sunday, when I get a chance to
> actually put my words into practice.  Then, provided that all looks
> good to everyone, we can work on an NSIS installer for an alpha
> release.  My entire Saturday will take me away from home to do
> apartment hunting and wedding planning, so I shall get a chance to
> test the SVG, the latest SVN adds and upload a build product on Sunday
> afternoon.
> 
> --Greg
> 
> _______________________________________________
> bt-devel mailing list
> bt-devel at crosswire.org
> http://www.crosswire.org/mailman/listinfo/bt-devel




More information about the bt-devel mailing list