b56f57c074
On Linux, libdfhack.so depends on libSDL.so, but that was not marked inside CMake. As it's only used via LD_PRELOAD, there was no problem. But when linking unit tests against it, this becomes necessary. It may be wise to add a find_package(SDL) to provide the user with more control, but just a hard-coded "SDL" should work for most installs. The CTest module creates a BUILD_TESTING option, which clashes (thematically, not in code) with the existing BUILD_TESTS option. Resolve it thus: - Deprecate BUILD_TESTS; it still works, but is marked as an advanced option so it doesn't show in the CMake UI by default. - Add a new BUILD_TEST_SCRIPTS that does what BUILD_TESTS used to do, but is a "dependent" option so it goes away if BUILD_TESTING=OFF. The up-shot is that, by default, the C++ unit tests will be built (BUILD_TESTING=ON) and the Lua integration tests are not installed (BUILD_TEST_SCRIPTS=OFF). |
||
---|---|---|
.github | ||
CMake | ||
build | ||
ci | ||
data | ||
depends | ||
dfhack-config | ||
docs | ||
library | ||
package | ||
plugins | ||
scripts@cb9ec474da | ||
test | ||
travis | ||
.gitignore | ||
.gitmodules | ||
.pre-commit-config.yaml | ||
.ycm_extra_conf.py | ||
CMakeLists.txt | ||
CMakeSettings.json | ||
LICENSE.rst | ||
README.html | ||
README.md | ||
conf.py | ||
dfhack.init-example | ||
index.rst | ||
onLoad.init-example |
README.md
DFHack Readme
DFHack is a Dwarf Fortress memory access library, distributed with scripts and plugins implementing a wide variety of useful functions and tools.
The full documentation is available online here,
from the README.html page in the DFHack distribution, or as raw text in the ./docs
folder.
If you're an end-user, modder, or interested in contributing to DFHack -
go read those docs.
If that's unclear, or you need more help checkout our support page for up-to-date options.