unC0Rr [Mon, 17 Jun 2013 23:21:53 +0200] rev 9240
uscript rendering
unc0rr [Thu, 20 Jun 2013 00:28:44 +0400] rev 9239
Silly me
koda [Mon, 17 Jun 2013 23:18:39 +0200] rev 9238
little cleanup after so many merges
Periklis Ntanasis <pntanasis@gmail.com> [Wed, 19 Jun 2013 17:40:50 +0300] rev 9237
added campaign descriptions in CMakeList
koda [Mon, 17 Jun 2013 23:10:45 +0200] rev 9236
really update with default
koda [Mon, 17 Jun 2013 17:45:18 +0200] rev 9235
issue #672, frontend less spammy
koda [Mon, 17 Jun 2013 17:40:01 +0200] rev 9234
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.
koda [Fri, 14 Jun 2013 15:58:58 +0200] rev 9233
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
koda [Fri, 14 Jun 2013 15:47:55 +0200] rev 9232
there is no need of escaping after all...
koda [Fri, 14 Jun 2013 01:24:41 +0200] rev 9231
this should fix rpath problem