path: root/CMakeLists.txt
AgeCommit message (Collapse)AuthorFilesLines
2010-06-18Add COMPIZ_ENABLE_PACKAGING option so that distros with default settings for ↵Sam Spilsbury1-6/+14
prefix, etc don't override what the use has specified with CMAKE_INSTALL_PREFIX Also remove install (, we use compiz_opt_install_file anyways for it
2010-06-12A few big changes:Sam Spilsbury1-1/+3
* Rewrite PropertyWriter, move it out of compiztoolbox * Added CompPluginStateWriter, a serialization interface, which plugins inherit, and specify how to serialize their class members, which will be automatically unloaded and reloaded as plugins unload and reload. * Currently there are bugs with this interface, so it is disabled by default (mostly bugs to do with boost and libdl) * Depend on libboost-serialization * A few bugfixes
2010-06-01[PATCH] Cmake: give more control to packagers - allowing them to specify installDominique Leuenberger1-5/+5
Allows developers to specify libbdir, datadir and bindir, just as they are used from autotools based projects. Additionally, this removes the need for packagers to fiddle with LIB_SUFFIX.
2010-05-18Added DESTDIR support for packagingSam Spilsbury1-2/+2
2010-05-15Cleanup linkage handling and use rpath for plugins.Sam Spilsbury1-4/+0
rpath is generally bad because it results in stupid linkage which can break with distribution upgrades (which is the reason for previous commits which use ldconfig LIBDIR). However, it doesn't appear to be against any distribution's policy to use rpath for "internal" libraries such as plugins linking against each other - so instead of adding those rather generic names to the cache, just specify an rpath, since there is no way there would be multiple versions of a plugin at once (and even then plugins would have to manually link). This *does* stretch the boundaries allowed by distributions slightly however, since other plugins usually have to link with libcomposite and libopengl in order to load them, however we have our own system of safeguard checks to ensure that the right plugins are loaded in any case (since the linkage will change dynamically on dlopen () - the initial linkage is only there so that dlopen () will not complain when it can't find the composite and opengl libraries, but in that case, it wouldn't even matter anyways since those plugins have to be loaded in order to be useful) For distribution policy, see:
2010-05-15Added compiz_ensure_linkage function and dropped some more rpath stuffSam Spilsbury1-0/+5
2010-05-13Add compiz_add_git_dist macro to CompizCommonSam Spilsbury1-6/+1
2010-05-12add a simple `make dist` targetTravis Watkins1-0/+6
2010-03-19Merge branch 'master' of git+ssh:// Spilsbury1-0/+1
2010-03-15Link required libraries explicitly.Sam Spilsbury1-0/+2
2010-02-15Cleaner Xext depGuillaume Seguin1-0/+1
2009-11-18Fixed image paths.Dennis Kasprzyk1-1/+1
2009-03-16Better BOOST check.Dennis Kasprzyk1-4/+1
2009-03-16Avoid unneeded recompilation after cmake execution.Dennis Kasprzyk1-12/+5
2009-03-15Use bcop in core.Dennis Kasprzyk1-1/+1
2009-03-15New generalized build system.Dennis Kasprzyk1-34/+28
2009-01-06Fixed pkg-config check.Dennis Kasprzyk1-1/+1
2008-12-16Install compiz-common.hDennis Kasprzyk1-8/+6
2008-12-16Fixed dependencies in pkg-config.Dennis Kasprzyk1-1/+1
2008-11-04C++ port of scale plugin (unfinished plugin plugin interface).Dennis Kasprzyk1-0/+6
2008-10-07Link compiz against xdamage and xcomposite to prevent segmentation faults on ↵Dennis Kasprzyk1-0/+2
2008-10-06Added CMake package generation and fixed compilingDennis Kasprzyk1-1/+4
2008-10-06Provide pkg config files for composite and opengl plugins.Dennis Kasprzyk1-0/+14
2008-10-06Generate compiz.pcDennis Kasprzyk1-38/+7
2008-10-06Provide summary configure output and create compiz-common.hDennis Kasprzyk1-442/+22
2008-10-06Move gtk/gnome specific parts to gtk/CMakeLists.txtDennis Kasprzyk1-91/+1
2008-10-06Initial version of CMake build system.Dennis Kasprzyk1-0/+644