This also removes the included SHA1 and MD5 implementations
in favour of those from OpenSSL.
Thanks to @jyrkive for helping to get the CMake build working and
ensuring the game still compiles with OpenSSL 1.1.0.
(The SHA_xxx() aliases were removed in OpenSSL 1.1.0.)
* FriBiDi can be found using pkgconfig, switch to using it instead of
using our homegrown FindFriBiDi.cmake file for finding it in cmake
* had to set some extra "do not consider these warnings" for font.cpp,
is this really no issue for scons for strict compilation with -Wall?
Fixes CMake being unable to find FriBiDi here on Debian jessie.
Commit 651344ee1b introduced something
that looks more like post-processing syntax used by MacPorts and doesn't
appear in CMake's documentation. Reverting this commit fixes FriBiDi
detection for me, but the original approach of hardcoding search paths
seems unnecessary as far back as CMake 2.6.0, our minimum supported
version. This is because find_library() and find_path() both use CMake's
configured system prefixes automatically and provide a PATH_SUFFIXES
option with suffixes to use for e.g. locating FriBiDi's include dir
(/usr/include/fribidi here).
Without this, rebuilding the game manuals fails because
/usr/share/asciidoc/docbook-xsl/xhtml.xsl doesn't exist. We need to use
/etc/asciidoc/docbook-xsl/xhtml.xsl instead here.
(Default shell as in the /bin/sh executable.)
On Debian and other systems using a different Bourne-compatible shell
that doesn't support some of Bash's syntax extensions (in particular,
'&>' as a redirection operator targeting stdout+stderr), the pot-update
target is completely broken, stuffing the POTFILES.in lists for either
the last (wesnoth-utbs) or first (wesnoth-ai) textdomains with paths for
every C/C++ source file from our tree.
Shells that do not interpret &> the way Bash does consider it to be the
stdout redirection operator following an asynchronous invocation. Of
course such a thing is bound to cause weird issues like this.
Most references to and dependencies on Subversion have been removed.
"+svn" is now "+dev". Files that can't be fixed yet have a FIXME-GIT
comment in them; most of these are in the website tests.
Newer versions don't define a symbol directly confusing cmake, fixed by
letting the compiler test whether it really doesn't exist. The issue was
spotted by Espreon.
Applied the patch attached to bug #17152. (I don't have the old version
of FriBidi, so haven't tested been able to test it, but still works with
newer versions of FriBidi.)
Rewrote the code and should properly work with out-of-tree builds and
also no longer causing unneeded recompilations if the version number
didn't change. Fixes bug #16483.
* Updated to support both fribidi2 (>= 0.19.0) and old fribidi (>= 0.10.9)
* The cmake part was done by Mark with some fixes add by me.
* I tested on Fedora-11, Mark tested on Debian stable.
