mutter/Makefile.am

SUBDIRS = cogl

if BUILD_COGL_PANGO
SUBDIRS += cogl-pango
endif

SUBDIRS += examples doc po

ACLOCAL_AMFLAGS = -I build/autotools ${ACLOCAL_FLAGS}

EXTRA_DIST = README.in
build: Make sure to build examples, doc and po last It seems more natural to compile examples after optional libraries as you could have an example illustrating one of those libraries. Build the docs and po files at the end too, trying to group the compilation of C files together. 2011-05-06 13:21:00 -04:00			`SUBDIRS = cogl`
Make building cogl-pango optional When building for platforms that don't use pango for handling text you may not need the cogl-pango library. 2011-05-05 16:39:40 -04:00
			`if BUILD_COGL_PANGO`
consistently refer to cogl-pango as "cogl-pango" This renames the pango directory to cogl-pango and it renames the installed library to libcogl-pango instead of libcoglpango. 2011-05-05 17:04:07 -04:00			`SUBDIRS += cogl-pango`
Make building cogl-pango optional When building for platforms that don't use pango for handling text you may not need the cogl-pango library. 2011-05-05 16:39:40 -04:00			`endif`
Adds the ability to build Cogl standalone This adds an autogen.sh, configure.ac and build/autotool files etc under clutter/cogl and makes some corresponding Makefile.am changes that make it possible to build and install Cogl as a standalone library. Some notable things about this are: A standalone installation of Cogl installs 3 pkg-config files; cogl-1.0.pc, cogl-gl-1.0.pc and cogl-2.0.pc. The second is only for compatibility with what clutter installed though I'm not sure that anything uses it so maybe we could remove it. cogl-1.0.pc is what Clutter would use if it were updated to build against a standalone cogl library. cogl-2.0.pc is what you would use if you were writing a standalone Cogl application. A standalone installation results in two libraries currently, libcogl.so and libcogl-pango.so. Notably we don't include a major number in the sonames because libcogl supports two major API versions; 1.x as used by Clutter and the experimental 2.x API for standalone applications. Parallel installation of later versions e.g. 3.x and beyond will be supportable either with new sonames or if we can maintain ABI then we'll continue to share libcogl.so. The headers are similarly not installed into a directory with a major version number since the same headers are shared to export the 1.x and 2.x APIs (The only difference is that cogl-2.0.pc ensures that -DCOGL_ENABLE_EXPERIMENTAL_2_0_API is used). Parallel installation of later versions is not precluded though since we can either continue sharing or later add a major version suffix. 2011-02-09 21:32:11 -05:00
build: Make sure to build examples, doc and po last It seems more natural to compile examples after optional libraries as you could have an example illustrating one of those libraries. Build the docs and po files at the end too, trying to group the compilation of C files together. 2011-05-06 13:21:00 -04:00			`SUBDIRS += examples doc po`

Adds the ability to build Cogl standalone This adds an autogen.sh, configure.ac and build/autotool files etc under clutter/cogl and makes some corresponding Makefile.am changes that make it possible to build and install Cogl as a standalone library. Some notable things about this are: A standalone installation of Cogl installs 3 pkg-config files; cogl-1.0.pc, cogl-gl-1.0.pc and cogl-2.0.pc. The second is only for compatibility with what clutter installed though I'm not sure that anything uses it so maybe we could remove it. cogl-1.0.pc is what Clutter would use if it were updated to build against a standalone cogl library. cogl-2.0.pc is what you would use if you were writing a standalone Cogl application. A standalone installation results in two libraries currently, libcogl.so and libcogl-pango.so. Notably we don't include a major number in the sonames because libcogl supports two major API versions; 1.x as used by Clutter and the experimental 2.x API for standalone applications. Parallel installation of later versions e.g. 3.x and beyond will be supportable either with new sonames or if we can maintain ABI then we'll continue to share libcogl.so. The headers are similarly not installed into a directory with a major version number since the same headers are shared to export the 1.x and 2.x APIs (The only difference is that cogl-2.0.pc ensures that -DCOGL_ENABLE_EXPERIMENTAL_2_0_API is used). Parallel installation of later versions is not precluded though since we can either continue sharing or later add a major version suffix. 2011-02-09 21:32:11 -05:00			`ACLOCAL_AMFLAGS = -I build/autotools ${ACLOCAL_FLAGS}`
Adds an initial README to the repo 2011-05-06 07:26:15 -04:00
			`EXTRA_DIST = README.in`