engine links

reverting 2 files I accidentally changed

this hid CFLAGS

reduce shove frequency (perf). reduce dX so that less time is spent sliding.

Reduce number of link errors

compile hwengine first, so that all other files are compiled too and don't call pas2c again

first commit, added cosmos(menu) map and lua script with some functionality

I should have specified locals

set one rule per file, only compiles a minimum number of files when one pascal file is modified

ok you need to escape rpath for pscal scripts after all... (reverts r571e55b32da5)

rtl always static

oops, fix setting linker flags for haskell executables

also these two files are dependency (they are not in the list because they are special pas2c files)

need to switch to frozen after deleteCI

set pascal files as dependency of the target writing the c files so that it will run again if you modify them

Configuration for tag display default

BOM, pas2c only support ASCII

poor AI thought he should avoid stepping on frozen crates, and jump for non-frozen ones

new FindClang.cmake

removed redundant band, added touch of consistency w/ everywhere else

fix a few loose ends here

First select group of templates, then pick template from selected group

add dummy typinfo header

Fix engine build when png lib isn't available

uscript rendering

Silly me

little cleanup after so many merges

added campaign descriptions in CMakeList

really update with default

issue #672, frontend less spammy

This commit changes many aspect of our cmake build system - shared libraries are compiled by default: * this modifies RPATH of unix executables; * this will prevent a lot of linking issues, esp. from pascal world; * the old behaviour (static libs) is still available with -DBUILD_SHARED_LIBS=off; * of course in this case you have to provide the full list of dependencies with FPFLAGS and CMAKE_C_FLAGS; - pascal is now fully integrated with cmake, meaning you can just do add_sources and use CMAKE_Pascal_FLAGS: * some of the language features are only partially implemented, for example .inc files will not get rebuilt if you modify them; * target_link_libraries for pascal targets is just dummy as linking is determined within pascal files; * universal builds for osx are not available any more; - bundled libraries and system libraries are addressed using the target name: * this avoids depedency tracking; * this allows to name output as we wish.

when you don't use bundled dirs, add a fake target anyway, so you can use the same cmake syntax even if the target uses a different name

there is no need of escaping after all...

this should fix rpath problem

oops, forgot to set the path after all

less spam

remove two unused cmake files

this should resolve a few issues on clean builds

oops, use right macro name

use target name instead of the resulting library, use more macros around

merge cmake_pascal branch in default

actually tests are there to be tested, just skip the variable assignment on windows

Backed out changeset c4289023ddae

don't run the broken windows test at all on windows

gather up the linker flags in a macro

bring windows fixes from main repo

another code typo

apply linker flags to all relevant targets

explicitly set the origin linker flag so that $ORIGIN is used correctly

add a possible lua include path

less cached cmake output

code typos

use QT_DEBUG which is always added

respect C and CXX flags

freepascal on windows only supports shared libraries

nitpick

heavily rework lua discovery and linking, needs testing but it's more similar to what we do for other libraries now

oops, haskell uses gcc to link, correctly pass flags

since shared libs are now our friends, let's optimise them

aaaaand let's not forget about lua, which has also a slightly revised build process