isa/mutter
1
0
Fork 0
mirror of https://github.com/brl/mutter.git synced 2024-09-20 06:25:51 -04:00
Code Issues Packages Projects Releases Wiki Activity
b0c9de2730
mutter/Makefile.am

82 lines
1.9 KiB
Makefile
Raw Normal View History

[build] Split out the custom silent rules The silent rules we use for custom targets should be moved into a separate Makefile.am that gets included from all the others.
2009-09-16 12:43:58 -04:00
include $(top_srcdir)/build/autotools/Makefile.am.silent
2008-01-25 Emmanuele Bassi <ebassi@openedhand.com> * clutter/x11/Makefile.am: Add the generated clutter-x11 pkg-config file to CLEANFILES, to pass distcheck. * Makefile.am: * clutter/Makefile.am: Tweak up the Makefiles. * README: * NEWS: Release 0.5.4 * configure.ac: Post-release bump to 0.5.5
2008-01-25 14:48:26 -05:00
NULL =
[build] Fix dist for the newly introduced m4 macro directory
2009-02-19 05:59:50 -05:00
SUBDIRS = build clutter tests po
2008-03-03 Emmanuele Bassi <ebassi@openedhand.com> * Makefile.am: Do not recurse into doc if we did not explicitly enabled the documentation build; we just recurse into doc if we are doing a dist or a distcheck.
2008-03-03 13:04:16 -05:00
2008-07-17 Emmanuele Bassi <ebassi@openedhand.com> Bug 1047 - API documentation from release tarball is not installed by "make install" * configure.ac: * Makefile.am: Make the recursion into the documentation directory depend on on whether we explicitly enable it or if we are not inside an SVN checkout.
2008-07-17 08:21:01 -04:00
if BUILD_GTK_DOC
2008-03-03 Emmanuele Bassi <ebassi@openedhand.com> * Makefile.am: Do not recurse into doc if we did not explicitly enabled the documentation build; we just recurse into doc if we are doing a dist or a distcheck.
2008-03-03 13:04:16 -05:00
SUBDIRS += doc
endif
[build] Fix dist for the newly introduced m4 macro directory
2009-02-19 05:59:50 -05:00
DIST_SUBDIRS = build clutter tests doc po
And finish the move
2006-06-23 06:42:29 -04:00
[build] Beautify autotools' output Use shave (http://git.lespiau.name/cgit/shave) to make compilation more human friendly.
2009-02-17 09:56:35 -05:00
ACLOCAL_AMFLAGS = -I build/autotools
2008-01-25 Emmanuele Bassi <ebassi@openedhand.com> * clutter/x11/Makefile.am: Add the generated clutter-x11 pkg-config file to CLEANFILES, to pass distcheck. * Makefile.am: * clutter/Makefile.am: Tweak up the Makefiles. * README: * NEWS: Release 0.5.4 * configure.ac: Post-release bump to 0.5.5
2008-01-25 14:48:26 -05:00
pcfiles = \
clutter-$(CLUTTER_API_VERSION).pc \
Intial Re-layout of the Cogl source code and introduction of a Cogl Winsys As part of an incremental process to have Cogl be a standalone project we want to re-consider how we organise the Cogl source code. Currently this is the structure I'm aiming for: cogl/ cogl/ <put common source here> winsys/ cogl-glx.c cogl-wgl.c driver/ gl/ gles/ os/ ? utils/ cogl-fixed cogl-matrix-stack? cogl-journal? cogl-primitives? pango/ The new winsys component is a starting point for migrating window system code (i.e. x11,glx,wgl,osx,egl etc) from Clutter to Cogl. The utils/ and pango/ directories aren't added by this commit, but they are noted because I plan to add them soon. Overview of the planned structure: * The winsys/ API is the API that binds OpenGL to a specific window system, be that X11 or win32 etc. Example are glx, wgl and egl. Much of the logic under clutter/{glx,osx,win32 etc} should migrate here. * Note there is also the idea of a winsys-base that may represent a window system for which there are multiple winsys APIs. An example of this is x11, since glx and egl may both be used with x11. (currently only Clutter has the idea of a winsys-base) * The driver/ represents a specific varient of OpenGL. Currently we have "gl" representing OpenGL 1.4-2.1 (mostly fixed function) and "gles" representing GLES 1.1 (fixed funciton) and 2.0 (fully shader based) * Everything under cogl/ should fundamentally be supporting access to the GPU. Essentially Cogl's most basic requirement is to provide a nice GPU Graphics API and drawing a line between this and the utility functionality we add to support Clutter should help keep this lean and maintainable. * Code under utils/ as suggested builds on cogl/ adding more convenient APIs or mechanism to optimize special cases. Broadly speaking you can compare cogl/ to OpenGL and utils/ to GLU. * clutter/pango will be moved to clutter/cogl/pango How some of the internal configure.ac/pkg-config terminology has changed: backendextra -> CLUTTER_WINSYS_BASE # e.g. "x11" backendextralib -> CLUTTER_WINSYS_BASE_LIB # e.g. "x11/libclutter-x11.la" clutterbackend -> {CLUTTER,COGL}_WINSYS # e.g. "glx" CLUTTER_FLAVOUR -> {CLUTTER,COGL}_WINSYS clutterbackendlib -> CLUTTER_WINSYS_LIB CLUTTER_COGL -> COGL_DRIVER # e.g. "gl" Note: The CLUTTER_FLAVOUR and CLUTTER_COGL defines are kept for apps As the first thing to take advantage of the new winsys component in Cogl; cogl_get_proc_address() has been moved from cogl/{gl,gles}/cogl.c into cogl/common/cogl.c and this common implementation first trys _cogl_winsys_get_proc_address() but if that fails then it falls back to gmodule.
2009-07-27 21:02:02 -04:00
clutter-$(CLUTTER_WINSYS)-$(CLUTTER_API_VERSION).pc \
2008-01-25 Emmanuele Bassi <ebassi@openedhand.com> * clutter/x11/Makefile.am: Add the generated clutter-x11 pkg-config file to CLEANFILES, to pass distcheck. * Makefile.am: * clutter/Makefile.am: Tweak up the Makefiles. * README: * NEWS: Release 0.5.4 * configure.ac: Post-release bump to 0.5.5
2008-01-25 14:48:26 -05:00
$(NULL)
# clutter-<major>.<minor>.pc - for generic dependencies
clutter-$(CLUTTER_API_VERSION).pc: clutter.pc
[build] Show pkg-config file being generated The current Makefile hides the console messages for the pkg-config files generated from the clutter.pc file. We should show them, instead.
2009-02-19 12:00:22 -05:00
$(QUIET_GEN)cp $< $@
And finish the move
2006-06-23 06:42:29 -04:00
Intial Re-layout of the Cogl source code and introduction of a Cogl Winsys As part of an incremental process to have Cogl be a standalone project we want to re-consider how we organise the Cogl source code. Currently this is the structure I'm aiming for: cogl/ cogl/ <put common source here> winsys/ cogl-glx.c cogl-wgl.c driver/ gl/ gles/ os/ ? utils/ cogl-fixed cogl-matrix-stack? cogl-journal? cogl-primitives? pango/ The new winsys component is a starting point for migrating window system code (i.e. x11,glx,wgl,osx,egl etc) from Clutter to Cogl. The utils/ and pango/ directories aren't added by this commit, but they are noted because I plan to add them soon. Overview of the planned structure: * The winsys/ API is the API that binds OpenGL to a specific window system, be that X11 or win32 etc. Example are glx, wgl and egl. Much of the logic under clutter/{glx,osx,win32 etc} should migrate here. * Note there is also the idea of a winsys-base that may represent a window system for which there are multiple winsys APIs. An example of this is x11, since glx and egl may both be used with x11. (currently only Clutter has the idea of a winsys-base) * The driver/ represents a specific varient of OpenGL. Currently we have "gl" representing OpenGL 1.4-2.1 (mostly fixed function) and "gles" representing GLES 1.1 (fixed funciton) and 2.0 (fully shader based) * Everything under cogl/ should fundamentally be supporting access to the GPU. Essentially Cogl's most basic requirement is to provide a nice GPU Graphics API and drawing a line between this and the utility functionality we add to support Clutter should help keep this lean and maintainable. * Code under utils/ as suggested builds on cogl/ adding more convenient APIs or mechanism to optimize special cases. Broadly speaking you can compare cogl/ to OpenGL and utils/ to GLU. * clutter/pango will be moved to clutter/cogl/pango How some of the internal configure.ac/pkg-config terminology has changed: backendextra -> CLUTTER_WINSYS_BASE # e.g. "x11" backendextralib -> CLUTTER_WINSYS_BASE_LIB # e.g. "x11/libclutter-x11.la" clutterbackend -> {CLUTTER,COGL}_WINSYS # e.g. "glx" CLUTTER_FLAVOUR -> {CLUTTER,COGL}_WINSYS clutterbackendlib -> CLUTTER_WINSYS_LIB CLUTTER_COGL -> COGL_DRIVER # e.g. "gl" Note: The CLUTTER_FLAVOUR and CLUTTER_COGL defines are kept for apps As the first thing to take advantage of the new winsys component in Cogl; cogl_get_proc_address() has been moved from cogl/{gl,gles}/cogl.c into cogl/common/cogl.c and this common implementation first trys _cogl_winsys_get_proc_address() but if that fails then it falls back to gmodule.
2009-07-27 21:02:02 -04:00
# clutter-<winsys>-<major>.<minor>.pc - for backend-specific dependencies
clutter-$(CLUTTER_WINSYS)-$(CLUTTER_API_VERSION).pc: clutter.pc
[build] Show pkg-config file being generated The current Makefile hides the console messages for the pkg-config files generated from the clutter.pc file. We should show them, instead.
2009-02-19 12:00:22 -05:00
$(QUIET_GEN)cp $< $@
And finish the move
2006-06-23 06:42:29 -04:00
Bug 1162 - Re-works the tests/ to use the glib-2.16 unit testing framework * configure.ac: * tests/*: The tests have been reorganised into different categories: conformance, interactive and micro benchmarks. - conformance tests can be run as part of automated tests - interactive tests are basically all the existing tests - micro benchmarks focus on a single performance metric I converted the timeline tests to conformance tests and also added some tests from Neil Roberts and Ebassi. Note: currently only the conformance tests use the glib test APIs, though the micro benchmarks should too. The other change is to make the unit tests link into monolithic binaries which makes the build time for unit tests considerably faster. To deal with the extra complexity this adds to debugging individual tests I have added some sugar to the makefiles so all the tests can be run directly via a symlink and when an individual test is run this way, then a note is printed to the terminal explaining exactly how that test may be debugged using GDB. There is a convenience make rule: 'make test-report', that will run all the conformance tests and hopefully even open the results in your web browser. It skips some of the slower timeline tests, but you can run those using 'make full-report'
2008-11-07 14:32:28 -05:00
.PHONY: test-report full-report
test-report full-report:
$(MAKE) -C tests/conform $(@)
And finish the move
2006-06-23 06:42:29 -04:00
pkgconfig_DATA = $(pcfiles)
pkgconfigdir = $(libdir)/pkgconfig
Move the old ChangeLog into its own file The old ChangeLog is there to track the project history when it was in SVN -- also because the commit messages we imported from Subversion were not that great. Unfortunately, we need a ChangeLog for autotools to work in GNU mode; for this reason, we can use a dummy ChangeLog redirecting to git log. The ChangeLog will be generated on release from the commit messages, for users of the tarballs.
2009-01-28 12:01:26 -05:00
EXTRA_DIST = \
ChangeLog.SVN \
clutter.pc.in \
HACKING \
HACKING.backends \
CODING_STYLE
And finish the move
2006-06-23 06:42:29 -04:00
2007-06-27 Matthew Allum <mallum@openedhand.com> * Makefile.am: Dont remove README on make clean
2007-06-27 07:56:41 -04:00
CLEANFILES = $(pcfiles)
And finish the move
2006-06-23 06:42:29 -04:00
[build] Fix the ChangeLog generation rule The ChangeLog should only be generated by dist-hook and as a temporary file to avoid overwriting the stub we use to direct people to the commit log when cloning the repository. When generated, the ChangeLog should be copied inside the distdir so that the autotools will not freak out.
2009-02-19 12:15:04 -05:00
DISTCLEANFILES = doltcompile doltlibtool
[build] Add automatic ChangeLog generation on dist Since we moved to Git from Subversion we've abandoned the ChangeLog file in favour of a more detailed commit log. In order to maintain a ChangeLog for users of the tarballs, we need to generate a ChangeLog file out of the commit log when distchecking a Clutter release. For this reason, we use a simple Perl script that is invoked by the dist-hook and generates a ChangeLog file starting from the previous stable release.
2009-01-29 10:38:28 -05:00
Enable strict compiler flags with a configure flag When making a distcheck it's usually a good idea to enable very strict compiler flags, like -Werror, to catch stuff that slipped through the development phase. This patch adds a --enable-maintainer-flags command line switch to the configure script, which enables a set of strict compiler flags. The default is not to use them unless explicitly activated. In case of distcheck, this switch is activated when launching the configure script from within the distcheck build directory.
2007-07-26 06:00:09 -04:00
DISTCHECK_CONFIGURE_FLAGS = --enable-gtk-doc --enable-maintainer-flags
And finish the move
2006-06-23 06:42:29 -04:00
# Extra clean files so that maintainer-clean removes *everything*
[build] Fix the ChangeLog generation rule The ChangeLog should only be generated by dist-hook and as a temporary file to avoid overwriting the stub we use to direct people to the commit log when cloning the repository. When generated, the ChangeLog should be copied inside the distdir so that the autotools will not freak out.
2009-02-19 12:15:04 -05:00
MAINTAINERCLEANFILES = \
aclocal.m4 \
compile \
config.guess \
config.h.in \
config.sub \
configure \
depcomp \
gtk-doc.make \
install-sh \
ltmain.sh \
Makefile.in \
missing \
2008-01-25 Emmanuele Bassi <ebassi@openedhand.com> * clutter/x11/Makefile.am: Add the generated clutter-x11 pkg-config file to CLEANFILES, to pass distcheck. * Makefile.am: * clutter/Makefile.am: Tweak up the Makefiles. * README: * NEWS: Release 0.5.4 * configure.ac: Post-release bump to 0.5.5
2008-01-25 14:48:26 -05:00
$(NULL)
[build] Add automatic ChangeLog generation on dist Since we moved to Git from Subversion we've abandoned the ChangeLog file in favour of a more detailed commit log. In order to maintain a ChangeLog for users of the tarballs, we need to generate a ChangeLog file out of the commit log when distchecking a Clutter release. For this reason, we use a simple Perl script that is invoked by the dist-hook and generates a ChangeLog file starting from the previous stable release.
2009-01-29 10:38:28 -05:00
[build] Generate ChangeLog from the Git import
2009-07-27 12:24:35 -04:00
#PREV_RELEASE=$(CLUTTER_MAJOR_VERSION).$$(echo "$(CLUTTER_MINOR_VERSION)-1" | bc)
PREV_RELEASE=git-import
[build] Add automatic ChangeLog generation on dist Since we moved to Git from Subversion we've abandoned the ChangeLog file in favour of a more detailed commit log. In order to maintain a ChangeLog for users of the tarballs, we need to generate a ChangeLog file out of the commit log when distchecking a Clutter release. For this reason, we use a simple Perl script that is invoked by the dist-hook and generates a ChangeLog file starting from the previous stable release.
2009-01-29 10:38:28 -05:00
[build] Fix the ChangeLog generation rule The ChangeLog should only be generated by dist-hook and as a temporary file to avoid overwriting the stub we use to direct people to the commit log when cloning the repository. When generated, the ChangeLog should be copied inside the distdir so that the autotools will not freak out.
2009-02-19 12:15:04 -05:00
dist-hook:
@if test -d "$(srcdir)/.git"; \
[build] Add automatic ChangeLog generation on dist Since we moved to Git from Subversion we've abandoned the ChangeLog file in favour of a more detailed commit log. In order to maintain a ChangeLog for users of the tarballs, we need to generate a ChangeLog file out of the commit log when distchecking a Clutter release. For this reason, we use a simple Perl script that is invoked by the dist-hook and generates a ChangeLog file starting from the previous stable release.
2009-01-29 10:38:28 -05:00
then \
to=""; \
from="$(PREV_RELEASE)"; \
[build] Fix the ChangeLog generation rule The ChangeLog should only be generated by dist-hook and as a temporary file to avoid overwriting the stub we use to direct people to the commit log when cloning the repository. When generated, the ChangeLog should be copied inside the distdir so that the autotools will not freak out.
2009-02-19 12:15:04 -05:00
echo Creating ChangeLog && \
( cd "$(top_srcdir)" && \
echo '# Generated by configure. Do no edit.'; echo; \
[build] Generate ChangeLog from the Git import
2009-07-27 12:24:35 -04:00
$(top_srcdir)/missing --run perl $(top_srcdir)/build/gen-changelog.pl $$from..$$to ) > ChangeLog.tmp \
[build] Fix the ChangeLog generation rule The ChangeLog should only be generated by dist-hook and as a temporary file to avoid overwriting the stub we use to direct people to the commit log when cloning the repository. When generated, the ChangeLog should be copied inside the distdir so that the autotools will not freak out.
2009-02-19 12:15:04 -05:00
&& mv -f ChangeLog.tmp $(top_distdir)/ChangeLog \
|| ( rm -f ChangeLog.tmp ; \
echo Failed to generate ChangeLog >&2 ); \
[build] Add automatic ChangeLog generation on dist Since we moved to Git from Subversion we've abandoned the ChangeLog file in favour of a more detailed commit log. In order to maintain a ChangeLog for users of the tarballs, we need to generate a ChangeLog file out of the commit log when distchecking a Clutter release. For this reason, we use a simple Perl script that is invoked by the dist-hook and generates a ChangeLog file starting from the previous stable release.
2009-01-29 10:38:28 -05:00
else \
[build] Fix the ChangeLog generation rule The ChangeLog should only be generated by dist-hook and as a temporary file to avoid overwriting the stub we use to direct people to the commit log when cloning the repository. When generated, the ChangeLog should be copied inside the distdir so that the autotools will not freak out.
2009-02-19 12:15:04 -05:00
echo A git checkout is required to generate a ChangeLog >&2; \
[build] Add automatic ChangeLog generation on dist Since we moved to Git from Subversion we've abandoned the ChangeLog file in favour of a more detailed commit log. In order to maintain a ChangeLog for users of the tarballs, we need to generate a ChangeLog file out of the commit log when distchecking a Clutter release. For this reason, we use a simple Perl script that is invoked by the dist-hook and generates a ChangeLog file starting from the previous stable release.
2009-01-29 10:38:28 -05:00
fi
Reference in New Issue Copy Permalink