While CPack, the component used for handling installation of files into
proper places, works fine for `install` make target, it does somewhat
poor job when it comes to generating stand-alone packages.
List of offending items include:
* Improper tar archive structure (directory entries missing)
* Package layout not suitable for running stand-alone
* Top level directory name keeps changing which hinders upcoming
installer
Thic commit takes care of these problems by generating the package using
`make install` and then shuffling files around manually.
This also changes the hash blurb to be 7 characters instead of 8, to be
more compatible with git defaults.
This downloads OS X 10.10 SDK, installs it and uses for compilation.
According to https://www.gosquared.com/global/mac/el-capitan/, current
market share among OS X versions is:
* 10.11 — 41.53%
* 10.10 — 38.65%
* 10.9 — 14.72%
* 10.8 — 5.60%
* 10.7 — 5.62%
I tried adding 10.9 SDK, but it fails to compile. With this change, we
should cover around 80% of OS X users.
This adds automated builds for OS X to our CI infrastructure.
XCode's `xcodebuild` tool is quite spammy by default, so I used a
prettifier for its output. Since this could potentially cover errors
from XCode due to piping of commands, I enabled `pipefail` option which
would cause all of pipe construct fail, should any of its commands exit
with non-zero code.
The created app bundle is packaged into dmg and uploaded to transfer.sh,
if the build was successful. To the best of my knowledge, this is *the*
way of packaging and distributing OS X applications.
This is mostly refactoring of cmake scripts, but also touches build.sh
and install.sh. The cmake should be much more palatable now for major
Linux distributions.
At the same time, new configuration is introduced to Linux version, one
with Twitch enabled.
Please note, however, this change requires update of orctlibs.zip for
mingw builds.