AcoSail/wayland
8
0
Fork 0
Code Issues Pull Requests Packages Projects Releases 1 Wiki Activity
8125919b0d
wayland/Makefile.am

240 lines
6.6 KiB
Makefile
Raw Normal View History

configure: Make documentation option work in fact Also, now doxygen is mandatory for building the documentation (looks reasonable because both man-pages and publican will need it). Signed-off-by: Tiago Vignatti <tiago.vignatti@intel.com>
2012-10-13 01:54:45 +08:00
if BUILD_DOCS
build: Move tests/Makefile.am into toplevel Makefile.am
2014-03-07 16:00:18 +08:00
SUBDIRS = doc
configure: Make documentation option work in fact Also, now doxygen is mandatory for building the documentation (looks reasonable because both man-pages and publican will need it). Signed-off-by: Tiago Vignatti <tiago.vignatti@intel.com>
2012-10-13 01:54:45 +08:00
endif
Update autotools configuration Use new libtool syntax and cleaning the code a bit
2010-11-06 08:55:27 +08:00
ACLOCAL_AMFLAGS = -I m4 ${ACLOCAL_FLAGS}
Split into a core repository that only holds the core Wayland libraries
2011-02-15 11:17:41 +08:00
build: Move AM_CFLAGS and AM_CPPFLAGS to the top of Makefile.am AM_CFLAGS and AM_CPPFLAGS aren't positional, so putting them at a random place in Makefile.am can be misleading. Signed-off-by: Derek Foreman <derekf@osg.samsung.com> Reviewed-by: Peter Hutterer <peter.hutterer@who-t.net> Reviewed-by: Pekka Paalanen <pekka.paalanen@collabora.co.uk>
2015-06-18 04:13:48 +08:00
AM_CPPFLAGS = \
-I$(top_builddir)/src \
-I$(top_srcdir)/src \
-I$(top_builddir)/protocol
build: Stop putting FFI_CFLAGS in AM_CFLAGS AM_CFLAGS are the defaults passed to anything that doesn't specify its own _CFLAGS, so instead of putting FFI_CFLAGS there, let's just add that to anything that actually needs it. The only thing that needs it but didn't have it specifically was libwayland_util (for connection.c) Signed-off-by: Derek Foreman <derekf@osg.samsung.com> Reviewed-by: Peter Hutterer <peter.hutterer@who-t.net> Reviewed-by: Pekka Paalanen <pekka.paalanen@collabora.co.uk>
2015-06-18 04:13:49 +08:00
AM_CFLAGS = $(GCC_CFLAGS)
build: Move AM_CFLAGS and AM_CPPFLAGS to the top of Makefile.am AM_CFLAGS and AM_CPPFLAGS aren't positional, so putting them at a random place in Makefile.am can be misleading. Signed-off-by: Derek Foreman <derekf@osg.samsung.com> Reviewed-by: Peter Hutterer <peter.hutterer@who-t.net> Reviewed-by: Pekka Paalanen <pekka.paalanen@collabora.co.uk>
2015-06-18 04:13:48 +08:00
build: build distcheck with --enable-fatal-warnings Signed-off-by: Derek Foreman <derekf@osg.samsung.com> Reviewed-by: Bryce Harrington <bryce@osg.samsung.com>
2016-01-16 03:33:53 +08:00
AM_DISTCHECK_CONFIGURE_FLAGS = --enable-fatal-warnings
Split into a core repository that only holds the core Wayland libraries
2011-02-15 11:17:41 +08:00
aclocaldir = $(datadir)/aclocal
build: Add wayland-scanner.pc. To allow user program to include wayland-scanner.m4 in tarball, move the path variables from it into wayland-scanner.pc.
2013-07-02 17:38:15 +08:00
dist_aclocal_DATA = wayland-scanner.m4
Add wayland-scanner.mk to EXTRA_DIST for make distcheck
2011-02-24 17:53:06 +08:00
build: Move protocol/ Makefile.am into toplevel Makefile.am A small step towards non-recursive build system for wayland too.
2014-02-19 06:55:09 +08:00
dist_pkgdata_DATA = \
wayland-scanner.mk \
Revert "Remove protocol/wayland.dtd" This reverts commit 06fb8bd371403d43bc192577abd6b0a0c8b29c59. Having a DTD hooked up gives an indication of what we expect the protocol to be, which is a clearer documentation than the current "whatever scanner.c manages to parse". Signed-off-by: Peter Hutterer <peter.hutterer@who-t.net> Reviewed-by: Pekka Paalanen <pekka.paalanen@collabora.co.uk>
2015-11-09 12:14:59 +08:00
protocol/wayland.xml \
protocol/wayland.dtd
build: Move cursor Makefile.am into toplevel Makefile.am
2014-03-07 15:15:02 +08:00
build: Move src/Makefile.am into toplevel Makefile.am
2014-03-07 15:45:56 +08:00
pkgconfigdir = $(libdir)/pkgconfig
pkgconfig_DATA =
build: Allow disabling building of wayland libraries When cross-compiling it may be useful to build only the wayland-scanner natively. This patch makes it possible to disable build of the libraries. Signed-off-by: Derek Foreman <derekf@osg.samsung.com> Reviewed-by: Peter Hutterer <peter.hutterer@who-t.net> Reviewed-by: Pekka Paalanen <pekka.paalanen@collabora.co.uk>
2015-06-18 04:13:50 +08:00
bin_PROGRAMS = wayland-scanner
Validate the protocol xml during scanning Embed the wayland.dtd protocol data into the scanner binary so we can validate external protocol files without requiring makefile changes. Hat-tip to Pekka Paalanen for the embedding trick. The embedding trick doesn't work well if the to-be-embedded file is in a different location than the source file, so copy/link it during configure and then build it in from the local directory. The current expat parser is not a validating parser, moving scanner.c to another parser has the risk of breaking compatibility. This patch adds libxml2 as extra (optional) dependency, but that also requires parsing the input twice. If the protocol fails validation a warning is printed but no error is returned otherwise. Signed-off-by: Peter Hutterer <peter.hutterer@who-t.net> Reviewed-by: Pekka Paalanen <pekka.paalanen@collabora.co.uk>
2015-11-10 07:53:08 +08:00
wayland_scanner_SOURCES = src/scanner.c src/dtddata.S
wayland_scanner_CFLAGS = $(EXPAT_CFLAGS) $(LIBXML_CFLAGS) $(AM_CFLAGS)
wayland_scanner_LDADD = $(EXPAT_LIBS) $(LIBXML_LIBS) libwayland-util.la
build: Allow disabling building of wayland libraries When cross-compiling it may be useful to build only the wayland-scanner natively. This patch makes it possible to disable build of the libraries. Signed-off-by: Derek Foreman <derekf@osg.samsung.com> Reviewed-by: Peter Hutterer <peter.hutterer@who-t.net> Reviewed-by: Pekka Paalanen <pekka.paalanen@collabora.co.uk>
2015-06-18 04:13:50 +08:00
pkgconfig_DATA += src/wayland-scanner.pc
build: always build wayland-scanner The previous idiom for building a cross-compiled Wayland is to build once for the build host (with --enable-scanner --disable-libraries) to get a wayland-scanner binary that can then be used in a cross-compile (with --disable-scanner). The problem with this is that the cross wayland is missing a wayland-scanner binary, which means you then can't do any Wayland development on the target. Instead, always build wayland-scanner for the target and change --enable/disable-scanner to --with/without-host-scanner. Normal builds use the default of --without-host-scanner and run the wayland-scanner it just built, and cross-compiled builds pass --with-host-scanner to use a previously built host scanner but still get a wayland-scanner to install. (a theoretically neater solution would be to build two scanners if required (one to run and one to install), but automake makes this overly complicated) [daniels: Bikeshedded naming with Ross's OK.] Signed-off-by: Ross Burton <ross.burton@intel.com> Reviewed-by: Daniel Stone <daniels@collabora.com>
2015-07-02 05:51:01 +08:00
Validate the protocol xml during scanning Embed the wayland.dtd protocol data into the scanner binary so we can validate external protocol files without requiring makefile changes. Hat-tip to Pekka Paalanen for the embedding trick. The embedding trick doesn't work well if the to-be-embedded file is in a different location than the source file, so copy/link it during configure and then build it in from the local directory. The current expat parser is not a validating parser, moving scanner.c to another parser has the risk of breaking compatibility. This patch adds libxml2 as extra (optional) dependency, but that also requires parsing the input twice. If the protocol fails validation a warning is printed but no error is returned otherwise. Signed-off-by: Peter Hutterer <peter.hutterer@who-t.net> Reviewed-by: Pekka Paalanen <pekka.paalanen@collabora.co.uk>
2015-11-10 07:53:08 +08:00
src/dtddata.o: protocol/wayland.dtd
build: always build wayland-scanner The previous idiom for building a cross-compiled Wayland is to build once for the build host (with --enable-scanner --disable-libraries) to get a wayland-scanner binary that can then be used in a cross-compile (with --disable-scanner). The problem with this is that the cross wayland is missing a wayland-scanner binary, which means you then can't do any Wayland development on the target. Instead, always build wayland-scanner for the target and change --enable/disable-scanner to --with/without-host-scanner. Normal builds use the default of --without-host-scanner and run the wayland-scanner it just built, and cross-compiled builds pass --with-host-scanner to use a previously built host scanner but still get a wayland-scanner to install. (a theoretically neater solution would be to build two scanners if required (one to run and one to install), but automake makes this overly complicated) [daniels: Bikeshedded naming with Ross's OK.] Signed-off-by: Ross Burton <ross.burton@intel.com> Reviewed-by: Daniel Stone <daniels@collabora.com>
2015-07-02 05:51:01 +08:00
if USE_HOST_SCANNER
build: Allow disabling building of wayland libraries When cross-compiling it may be useful to build only the wayland-scanner natively. This patch makes it possible to disable build of the libraries. Signed-off-by: Derek Foreman <derekf@osg.samsung.com> Reviewed-by: Peter Hutterer <peter.hutterer@who-t.net> Reviewed-by: Pekka Paalanen <pekka.paalanen@collabora.co.uk>
2015-06-18 04:13:50 +08:00
wayland_scanner = wayland-scanner
build: always build wayland-scanner The previous idiom for building a cross-compiled Wayland is to build once for the build host (with --enable-scanner --disable-libraries) to get a wayland-scanner binary that can then be used in a cross-compile (with --disable-scanner). The problem with this is that the cross wayland is missing a wayland-scanner binary, which means you then can't do any Wayland development on the target. Instead, always build wayland-scanner for the target and change --enable/disable-scanner to --with/without-host-scanner. Normal builds use the default of --without-host-scanner and run the wayland-scanner it just built, and cross-compiled builds pass --with-host-scanner to use a previously built host scanner but still get a wayland-scanner to install. (a theoretically neater solution would be to build two scanners if required (one to run and one to install), but automake makes this overly complicated) [daniels: Bikeshedded naming with Ross's OK.] Signed-off-by: Ross Burton <ross.burton@intel.com> Reviewed-by: Daniel Stone <daniels@collabora.com>
2015-07-02 05:51:01 +08:00
else
$(BUILT_SOURCES) : wayland-scanner
wayland_scanner = $(top_builddir)/wayland-scanner
build: Allow disabling building of wayland libraries When cross-compiling it may be useful to build only the wayland-scanner natively. This patch makes it possible to disable build of the libraries. Signed-off-by: Derek Foreman <derekf@osg.samsung.com> Reviewed-by: Peter Hutterer <peter.hutterer@who-t.net> Reviewed-by: Pekka Paalanen <pekka.paalanen@collabora.co.uk>
2015-06-18 04:13:50 +08:00
endif
build: Use AM_CFLAGS instead of GCC_CFLAGS everywhere This will make it easier if we ever want to add new flags to everything in the future. Signed-off-by: Derek Foreman <derekf@osg.samsung.com> Reviewed-by: Jon A. Cruz <jonc@osg.samsung.com> Reviewed-by: Pekka Paalanen <pekka.paalanen@collabora.co.uk>
2015-06-19 00:27:21 +08:00
libwayland_util_la_CFLAGS = $(AM_CFLAGS)
build: Allow disabling building of wayland libraries When cross-compiling it may be useful to build only the wayland-scanner natively. This patch makes it possible to disable build of the libraries. Signed-off-by: Derek Foreman <derekf@osg.samsung.com> Reviewed-by: Peter Hutterer <peter.hutterer@who-t.net> Reviewed-by: Pekka Paalanen <pekka.paalanen@collabora.co.uk>
2015-06-18 04:13:50 +08:00
libwayland_util_la_SOURCES = \
src/wayland-util.c \
build: Build a subset of libwayland_util when not building libraries The scanner doesn't need anything but wayland-util.c/.h so we can shrink wayland-util when not building the main libraries. Signed-off-by: Derek Foreman <derekf@osg.samsung.com> Reviewed-by: Peter Hutterer <peter.hutterer@who-t.net> Reviewed-by: Pekka Paalanen <pekka.paalanen@collabora.co.uk>
2015-06-18 04:13:51 +08:00
src/wayland-util.h
build: Allow disabling building of wayland libraries When cross-compiling it may be useful to build only the wayland-scanner natively. This patch makes it possible to disable build of the libraries. Signed-off-by: Derek Foreman <derekf@osg.samsung.com> Reviewed-by: Peter Hutterer <peter.hutterer@who-t.net> Reviewed-by: Pekka Paalanen <pekka.paalanen@collabora.co.uk>
2015-06-18 04:13:50 +08:00
build: Move src/Makefile.am into toplevel Makefile.am
2014-03-07 15:45:56 +08:00
noinst_LTLIBRARIES = libwayland-util.la
build: Allow disabling building of wayland libraries When cross-compiling it may be useful to build only the wayland-scanner natively. This patch makes it possible to disable build of the libraries. Signed-off-by: Derek Foreman <derekf@osg.samsung.com> Reviewed-by: Peter Hutterer <peter.hutterer@who-t.net> Reviewed-by: Pekka Paalanen <pekka.paalanen@collabora.co.uk>
2015-06-18 04:13:50 +08:00
if ENABLE_LIBRARIES
build: Build libwayland-private This splits the bulk of libwayland-util into libwayland-private. libwayland-util (which is just wayland-util.c) is for use with the scanner. libwayland-private is everything else. Most things will want to link both libs. Signed-off-by: Derek Foreman <derekf@osg.samsung.com> Reviewed-by: Peter Hutterer <peter.hutterer@who-t.net>
2015-06-19 06:47:22 +08:00
noinst_LTLIBRARIES += libwayland-private.la
build: Allow disabling building of wayland libraries When cross-compiling it may be useful to build only the wayland-scanner natively. This patch makes it possible to disable build of the libraries. Signed-off-by: Derek Foreman <derekf@osg.samsung.com> Reviewed-by: Peter Hutterer <peter.hutterer@who-t.net> Reviewed-by: Pekka Paalanen <pekka.paalanen@collabora.co.uk>
2015-06-18 04:13:50 +08:00
lib_LTLIBRARIES = libwayland-server.la libwayland-client.la
build: Build libwayland-private This splits the bulk of libwayland-util into libwayland-private. libwayland-util (which is just wayland-util.c) is for use with the scanner. libwayland-private is everything else. Most things will want to link both libs. Signed-off-by: Derek Foreman <derekf@osg.samsung.com> Reviewed-by: Peter Hutterer <peter.hutterer@who-t.net>
2015-06-19 06:47:22 +08:00
libwayland_private_la_CFLAGS = $(FFI_CFLAGS) $(AM_CFLAGS)
libwayland_private_la_SOURCES = \
build: Build a subset of libwayland_util when not building libraries The scanner doesn't need anything but wayland-util.c/.h so we can shrink wayland-util when not building the main libraries. Signed-off-by: Derek Foreman <derekf@osg.samsung.com> Reviewed-by: Peter Hutterer <peter.hutterer@who-t.net> Reviewed-by: Pekka Paalanen <pekka.paalanen@collabora.co.uk>
2015-06-18 04:13:51 +08:00
src/connection.c \
src/wayland-os.c \
src/wayland-os.h \
src/wayland-private.h
build: Move src/Makefile.am into toplevel Makefile.am
2014-03-07 15:45:56 +08:00
include_HEADERS = \
src/wayland-util.h \
src/wayland-server.h \
introduce new headers wayland-client-core.h and wayland-server-core.h wayland-client.h and wayland-server.h include the protocol headers generated at build time. This means that a libwayland user cannot generate and use protocol code created from a wayland.xml newer than the installed libwayland, because it is not possible to only include the API header. Another use case is language bindings, which would generate their own protocol code and which only need to use the library ABI, not the generated C code. This commit adds wayland-client-core.h and wayland-server-core.h which do not include the protocol headers or any deprecated code. Reviewed-by: Jason Ekstrand <jason@jlekstrand.net> Reviewed-by: Pekka Paalanen <pekka.paalanen@collabora.co.uk>
2015-04-29 21:34:47 +08:00
src/wayland-server-core.h \
build: Move src/Makefile.am into toplevel Makefile.am
2014-03-07 15:45:56 +08:00
src/wayland-client.h \
introduce new headers wayland-client-core.h and wayland-server-core.h wayland-client.h and wayland-server.h include the protocol headers generated at build time. This means that a libwayland user cannot generate and use protocol code created from a wayland.xml newer than the installed libwayland, because it is not possible to only include the API header. Another use case is language bindings, which would generate their own protocol code and which only need to use the library ABI, not the generated C code. This commit adds wayland-client-core.h and wayland-server-core.h which do not include the protocol headers or any deprecated code. Reviewed-by: Jason Ekstrand <jason@jlekstrand.net> Reviewed-by: Pekka Paalanen <pekka.paalanen@collabora.co.uk>
2015-04-29 21:34:47 +08:00
src/wayland-client-core.h \
build: Move src/Makefile.am into toplevel Makefile.am
2014-03-07 15:45:56 +08:00
src/wayland-egl.h \
wayland-egl: add a core header The new core header doesn't include any other header, since it really is not needed. Reviewed-by: Jason Ekstrand <jason@jlekstrand.net> Reviewed-by: Pekka Paalanen <pekka.paalanen@collabora.co.uk>
2015-04-29 03:57:18 +08:00
src/wayland-egl-core.h \
build: Move src/Makefile.am into toplevel Makefile.am
2014-03-07 15:45:56 +08:00
src/wayland-version.h
Do not distribute generated headers The wayland-server-protocol.h and wayland-client-protocol.h headers are currently being shipped in tarballs created using make dist. This causes out-of-tree builds to fail since make will detect that the headers exist by looking at the source directory (via VPATH) and not regenerate them. But as opposed to ${top_builddir}/protocol, ${top_srcdir}/protocol is not part of the include path and therefore the shipped files can't be found during compilation. Two solutions exist to this problem: 1) add ${top_srcdir}/protocol to the include path to allow shipped files to be used if available or 2) don't ship these generated files in release tarballs. The latter seems the most appropriate. wayland-scanner is already a prerequisite in order to generate wayland-protocol.c, so it is either built as part of the package or provided externally. Generating all files from the protocol definition at build time also ensures that they don't get out of sync. Both of the generated headers are already listed in Makefile.am as nodist_*_SOURCES, but at the same time they appear in include_HEADERS, which will cause them to be added to the list of distributable files after all. To prevent that, split them off into nodist_include_HEADERS. Note that this problem will be hidden if a previous version of wayland has been installed, since these files will exist in /usr/include and be included from there. So this build error will only show for out-of-tree builds on systems that don't have wayland installed yet. Signed-off-by: Thierry Reding <treding@nvidia.com>
2014-05-07 20:09:35 +08:00
nodist_include_HEADERS = \
protocol/wayland-server-protocol.h \
protocol/wayland-client-protocol.h
build: Use AM_CFLAGS instead of GCC_CFLAGS everywhere This will make it easier if we ever want to add new flags to everything in the future. Signed-off-by: Derek Foreman <derekf@osg.samsung.com> Reviewed-by: Jon A. Cruz <jonc@osg.samsung.com> Reviewed-by: Pekka Paalanen <pekka.paalanen@collabora.co.uk>
2015-06-19 00:27:21 +08:00
libwayland_server_la_CFLAGS = $(FFI_CFLAGS) $(AM_CFLAGS) -pthread
build: Build libwayland-private This splits the bulk of libwayland-util into libwayland-private. libwayland-util (which is just wayland-util.c) is for use with the scanner. libwayland-private is everything else. Most things will want to link both libs. Signed-off-by: Derek Foreman <derekf@osg.samsung.com> Reviewed-by: Peter Hutterer <peter.hutterer@who-t.net>
2015-06-19 06:47:22 +08:00
libwayland_server_la_LIBADD = $(FFI_LIBS) libwayland-private.la libwayland-util.la -lrt -lm
build: Move src/Makefile.am into toplevel Makefile.am
2014-03-07 15:45:56 +08:00
libwayland_server_la_LDFLAGS = -version-info 1:0:1
libwayland_server_la_SOURCES = \
src/wayland-server.c \
src/wayland-shm.c \
src/event-loop.c
nodist_libwayland_server_la_SOURCES = \
build: depend on generated protocol headers Fixes the build failure where the protocol headers were not generated at all before compiling src/.libs/libwayland_server_la-wayland-server.o. The failure was reproducable by starting fresh with 'git clean -dxf' and not having any wayland headers installed system-wide. Signed-off-by: Pekka Paalanen <pekka.paalanen@collabora.co.uk>
2014-03-10 20:03:57 +08:00
protocol/wayland-server-protocol.h \
build: Move src/Makefile.am into toplevel Makefile.am
2014-03-07 15:45:56 +08:00
protocol/wayland-protocol.c
build: Use AM_CFLAGS instead of GCC_CFLAGS everywhere This will make it easier if we ever want to add new flags to everything in the future. Signed-off-by: Derek Foreman <derekf@osg.samsung.com> Reviewed-by: Jon A. Cruz <jonc@osg.samsung.com> Reviewed-by: Pekka Paalanen <pekka.paalanen@collabora.co.uk>
2015-06-19 00:27:21 +08:00
libwayland_client_la_CFLAGS = $(FFI_CFLAGS) $(AM_CFLAGS) -pthread
build: Build libwayland-private This splits the bulk of libwayland-util into libwayland-private. libwayland-util (which is just wayland-util.c) is for use with the scanner. libwayland-private is everything else. Most things will want to link both libs. Signed-off-by: Derek Foreman <derekf@osg.samsung.com> Reviewed-by: Peter Hutterer <peter.hutterer@who-t.net>
2015-06-19 06:47:22 +08:00
libwayland_client_la_LIBADD = $(FFI_LIBS) libwayland-private.la libwayland-util.la -lrt -lm
client: extend error handling When an error occurs, wl_display_get_error() does not provide any way of getting know if it was a local error or if it was an error event, respectively what object caused the error and what the error was. This patch introduces a new function wl_display_get_protocol_error() which will return error code, interface and id of the object that generated the error. wl_display_get_error() will work the same way as before. wl_display_get_protocol_error() DOES NOT indicate that a non-protocol error happened. It returns valid information only in that case that (protocol) error occurred, so it should be used after calling wl_display_get_error() with positive result. [Pekka Paalanen] Applied another hunk of Bryce's comments to docs, added libtool version bump. Reviewed-by: Pekka Paalanen <ppaalanen@gmail.com> Reviewed-by: Bryce Harrington <b.harrington@samsung.com>
2014-06-20 15:29:52 +08:00
libwayland_client_la_LDFLAGS = -version-info 3:0:3
build: Move src/Makefile.am into toplevel Makefile.am
2014-03-07 15:45:56 +08:00
libwayland_client_la_SOURCES = \
src/wayland-client.c
nodist_libwayland_client_la_SOURCES = \
build: depend on generated protocol headers Fixes the build failure where the protocol headers were not generated at all before compiling src/.libs/libwayland_server_la-wayland-server.o. The failure was reproducable by starting fresh with 'git clean -dxf' and not having any wayland headers installed system-wide. Signed-off-by: Pekka Paalanen <pekka.paalanen@collabora.co.uk>
2014-03-10 20:03:57 +08:00
protocol/wayland-client-protocol.h \
build: Move src/Makefile.am into toplevel Makefile.am
2014-03-07 15:45:56 +08:00
protocol/wayland-protocol.c
pkgconfig_DATA += src/wayland-client.pc src/wayland-server.pc
protocol/%-protocol.c : $(top_srcdir)/protocol/%.xml
$(AM_V_GEN)$(MKDIR_P) $(dir $@) && $(wayland_scanner) code < $< > $@
protocol/%-server-protocol.h : $(top_srcdir)/protocol/%.xml
$(AM_V_GEN)$(MKDIR_P) $(dir $@) && $(wayland_scanner) server-header < $< > $@
build: Move cursor Makefile.am into toplevel Makefile.am
2014-03-07 15:15:02 +08:00
build: Move src/Makefile.am into toplevel Makefile.am
2014-03-07 15:45:56 +08:00
protocol/%-client-protocol.h : $(top_srcdir)/protocol/%.xml
$(AM_V_GEN)$(MKDIR_P) $(dir $@) && $(wayland_scanner) client-header < $< > $@
tests: add an headers test This test checks that the protocol and library headers include only what they are supposed to include. That is, that the core headers do not include the protocol headers and that the core protocol headers do not include the non core library headers. The build process now generates core protocol headers, but they are only used in the test and don't get installed. Reviewed-by: Bryce Harrington <bryce@osg.samsung.com>
2015-05-22 01:43:13 +08:00
protocol/%-server-protocol-core.h : $(top_srcdir)/protocol/%.xml
$(AM_V_GEN)$(MKDIR_P) $(dir $@) && $(wayland_scanner) server-header -c < $< > $@
protocol/%-client-protocol-core.h : $(top_srcdir)/protocol/%.xml
$(AM_V_GEN)$(MKDIR_P) $(dir $@) && $(wayland_scanner) client-header -c < $< > $@
build: Move src/Makefile.am into toplevel Makefile.am
2014-03-07 15:45:56 +08:00
BUILT_SOURCES = \
$(nodist_libwayland_server_la_SOURCES) \
tests: add an headers test This test checks that the protocol and library headers include only what they are supposed to include. That is, that the core headers do not include the protocol headers and that the core protocol headers do not include the non core library headers. The build process now generates core protocol headers, but they are only used in the test and don't get installed. Reviewed-by: Bryce Harrington <bryce@osg.samsung.com>
2015-05-22 01:43:13 +08:00
$(nodist_libwayland_client_la_SOURCES) \
$(nodist_headers_test_SOURCES)
build: Move src/Makefile.am into toplevel Makefile.am
2014-03-07 15:45:56 +08:00
docs: remove and ignore doc/doxygen_sqlite3.db Some newer versions of doxygen are generating this file now, and if we don't clean it up distcheck will fail. Known to affect doxygen 1.8.8 from debian jessie. Signed-off-by: Derek Foreman <derekf@osg.samsung.com> Reviewed-by: Jon A. Cruz <jonc@osg.samsung.com> Tested-by: Jon A. Cruz <jonc@osg.samsung.com>
2015-05-28 23:19:09 +08:00
CLEANFILES = $(BUILT_SOURCES) doc/doxygen/doxygen_sqlite3.db
build: Move src/Makefile.am into toplevel Makefile.am
2014-03-07 15:45:56 +08:00
DISTCLEANFILES = src/wayland-version.h
EXTRA_DIST = src/wayland-version.h.in
lib_LTLIBRARIES += libwayland-cursor.la
include_HEADERS += cursor/wayland-cursor.h
build: Move cursor Makefile.am into toplevel Makefile.am
2014-03-07 15:15:02 +08:00
libwayland_cursor_la_SOURCES = \
cursor/wayland-cursor.c \
cursor/os-compatibility.c \
cursor/os-compatibility.h \
cursor/cursor-data.h \
cursor/xcursor.c \
cursor/xcursor.h
build: Move src/Makefile.am into toplevel Makefile.am
2014-03-07 15:45:56 +08:00
libwayland_cursor_la_LIBADD = libwayland-client.la
build: Move cursor Makefile.am into toplevel Makefile.am
2014-03-07 15:15:02 +08:00
build: Move src/Makefile.am into toplevel Makefile.am
2014-03-07 15:45:56 +08:00
pkgconfig_DATA += cursor/wayland-cursor.pc
build: Move cursor Makefile.am into toplevel Makefile.am
2014-03-07 15:15:02 +08:00
libwayland_cursor_la_CFLAGS = \
build: Use AM_CFLAGS instead of GCC_CFLAGS everywhere This will make it easier if we ever want to add new flags to everything in the future. Signed-off-by: Derek Foreman <derekf@osg.samsung.com> Reviewed-by: Jon A. Cruz <jonc@osg.samsung.com> Reviewed-by: Pekka Paalanen <pekka.paalanen@collabora.co.uk>
2015-06-19 00:27:21 +08:00
$(AM_CFLAGS) \
build: Move cursor Makefile.am into toplevel Makefile.am
2014-03-07 15:15:02 +08:00
-I$(top_builddir)/src \
-I$(top_srcdir)/src \
-DICONDIR=\"$(ICONDIR)\"
build: Move tests/Makefile.am into toplevel Makefile.am
2014-03-07 16:00:18 +08:00
TESTS = \
array-test \
client-test \
display-test \
connection-test \
event-loop-test \
fixed-test \
list-test \
map-test \
os-wrappers-test \
sanity-test \
socket-test \
queue-test \
signal-test \
tests: Add message version sanity test Signed-off-by: Jonas Ådahl <jadahl@gmail.com>
2014-05-09 05:39:48 +08:00
resources-test \
tests: add an headers test This test checks that the protocol and library headers include only what they are supposed to include. That is, that the core headers do not include the protocol headers and that the core protocol headers do not include the non core library headers. The build process now generates core protocol headers, but they are only used in the test and don't get installed. Reviewed-by: Bryce Harrington <bryce@osg.samsung.com>
2015-05-22 01:43:13 +08:00
message-test \
headers-test
build: Move tests/Makefile.am into toplevel Makefile.am
2014-03-07 16:00:18 +08:00
tests: C++ compilation test This test includes one of wayland headers, which produced error with C++ compiler. C compiler can't be used for this test, because it issues only a warning[1] and only when wayland headers are not installed in system headers path (/usr/include). [1] wayland-server-protocol.h:201:2: warning: implicit declaration of function ‘wl_resource_post_event’ [daniels: Merged in Marek's follow-up to check for a C++ compiler.] Signed-off-by: Mariusz Ceier <mceier+wayland@gmail.com> Signed-off-by: Marek Chalupa <mchqwerty@gmail.com> Reviewed-by: Daniel Stone <daniels@collabora.com>
2014-12-15 18:33:53 +08:00
if ENABLE_CPP_TEST
TESTS += cpp-compile-test
endif
build: Move tests/Makefile.am into toplevel Makefile.am
2014-03-07 16:00:18 +08:00
check_PROGRAMS = \
$(TESTS) \
exec-fd-leak-checker
noinst_PROGRAMS = \
fixed-benchmark
check_LTLIBRARIES = libtest-runner.la
libtest_runner_la_SOURCES = \
tests/test-runner.c \
tests/test-runner.h \
tests: add test-compositor This patch introduces a set of functions that can create a display and clients for tests. On server side the user can use functions: display_create() display_destroy() create_client() display_run() display_resume() and on client side the user can use: client_connect() client_disconnect() stop_display() The stop_display() and display_resume() are functions that serve as a barrier and also allow the display to take some action after the display_run() was called, because after the display is stopped, it can run arbitrary code until it calls display_resume(). client_connect() function connects to wayland display and creates a proxy to test_compositor global object, so it can ask for stopping the display later using stop_display(). An example: void client_main() { /* or client can use wl_display_connect(NULL) * and do all the stuff manually */ struct client *c = client_connect(); /* do some stuff, ... */ /* stop the display so that it can * do some other stuff */ stop_display(c, 1); /* ... */ client_disconnect(c); } TEST(dummy_tst) { struct display *d = display_create(); /* set up the display */ wl_global_create(d->wl_display, ...); /* ... */ create_client(d, client_main); display_run(); /* if we are here, the display has been stopped * and we can do some code, i. e. create another global or so */ wl_global_create(d->wl_display, ...); /* ... */ display_resume(d); /* resume display and clients */ display_destroy(d); } v2: added/changed message in few asserts that were not clear fixed codying style issues and typo client_create_with_name: fixed a condition in an assert get_socket_name: use also pid check_error: fix errno -> err [Pekka Paalanen: added test-compositor.h to SOURCES, added WL_HIDE_DEPRECATED to get rid of deprecated defs and lots of warnings, fixed one unchecked return value from write().] Signed-off-by: Marek Chalupa <mchqwerty@gmail.com> Signed-off-by: Pekka Paalanen <pekka.paalanen@collabora.co.uk>
2014-08-21 22:52:16 +08:00
tests/test-helpers.c \
tests/test-compositor.h \
tests/test-compositor.c
build: Move tests/Makefile.am into toplevel Makefile.am
2014-03-07 16:00:18 +08:00
libtest_runner_la_LIBADD = \
build: Build libwayland-private This splits the bulk of libwayland-util into libwayland-private. libwayland-util (which is just wayland-util.c) is for use with the scanner. libwayland-private is everything else. Most things will want to link both libs. Signed-off-by: Derek Foreman <derekf@osg.samsung.com> Reviewed-by: Peter Hutterer <peter.hutterer@who-t.net>
2015-06-19 06:47:22 +08:00
libwayland-private.la \
build: Move tests/Makefile.am into toplevel Makefile.am
2014-03-07 16:00:18 +08:00
libwayland-util.la \
libwayland-client.la \
libwayland-server.la \
-lrt -ldl $(FFI_LIBS)
array_test_SOURCES = tests/array-test.c
array_test_LDADD = libtest-runner.la
client_test_SOURCES = tests/client-test.c
client_test_LDADD = libtest-runner.la
display_test_SOURCES = tests/display-test.c
display_test_LDADD = libtest-runner.la
connection_test_SOURCES = tests/connection-test.c
connection_test_LDADD = libtest-runner.la
event_loop_test_SOURCES = tests/event-loop-test.c
event_loop_test_LDADD = libtest-runner.la
fixed_test_SOURCES = tests/fixed-test.c
fixed_test_LDADD = libtest-runner.la
list_test_SOURCES = tests/list-test.c
list_test_LDADD = libtest-runner.la
map_test_SOURCES = tests/map-test.c
map_test_LDADD = libtest-runner.la
sanity_test_SOURCES = tests/sanity-test.c
sanity_test_LDADD = libtest-runner.la
socket_test_SOURCES = tests/socket-test.c
socket_test_LDADD = libtest-runner.la
queue_test_SOURCES = tests/queue-test.c
queue_test_LDADD = libtest-runner.la
signal_test_SOURCES = tests/signal-test.c
signal_test_LDADD = libtest-runner.la
resources_test_SOURCES = tests/resources-test.c
resources_test_LDADD = libtest-runner.la
tests: Add message version sanity test Signed-off-by: Jonas Ådahl <jadahl@gmail.com>
2014-05-09 05:39:48 +08:00
message_test_SOURCES = tests/message-test.c
message_test_LDADD = libtest-runner.la
tests: add an headers test This test checks that the protocol and library headers include only what they are supposed to include. That is, that the core headers do not include the protocol headers and that the core protocol headers do not include the non core library headers. The build process now generates core protocol headers, but they are only used in the test and don't get installed. Reviewed-by: Bryce Harrington <bryce@osg.samsung.com>
2015-05-22 01:43:13 +08:00
headers_test_SOURCES = tests/headers-test.c \
tests/headers-protocol-test.c \
tests/headers-protocol-core-test.c
headers_test_LDADD = libtest-runner.la
nodist_headers_test_SOURCES = \
protocol/wayland-server-protocol-core.h \
protocol/wayland-client-protocol-core.h
build: Move tests/Makefile.am into toplevel Makefile.am
2014-03-07 16:00:18 +08:00
tests: C++ compilation test This test includes one of wayland headers, which produced error with C++ compiler. C compiler can't be used for this test, because it issues only a warning[1] and only when wayland headers are not installed in system headers path (/usr/include). [1] wayland-server-protocol.h:201:2: warning: implicit declaration of function ‘wl_resource_post_event’ [daniels: Merged in Marek's follow-up to check for a C++ compiler.] Signed-off-by: Mariusz Ceier <mceier+wayland@gmail.com> Signed-off-by: Marek Chalupa <mchqwerty@gmail.com> Reviewed-by: Daniel Stone <daniels@collabora.com>
2014-12-15 18:33:53 +08:00
if ENABLE_CPP_TEST
cpp_compile_test_SOURCES = tests/cpp-compile-test.cpp
endif
build: Move tests/Makefile.am into toplevel Makefile.am
2014-03-07 16:00:18 +08:00
fixed_benchmark_SOURCES = tests/fixed-benchmark.c
tests: Fix build of noinst fixed-benchmark test Solves this build error: tests/fixed-benchmark.o: In function `benchmark': ./wayland/tests/fixed-benchmark.c:82: undefined reference to `clock_gettime' ./wayland/tests/fixed-benchmark.c:84: undefined reference to `clock_gettime' Signed-off-by: Bryce Harrington <b.harrington@samsung.com>
2014-03-11 08:01:47 +08:00
fixed_benchmark_LDADD = libtest-runner.la
build: Move tests/Makefile.am into toplevel Makefile.am
2014-03-07 16:00:18 +08:00
os_wrappers_test_SOURCES = tests/os-wrappers-test.c
os_wrappers_test_LDADD = libtest-runner.la
exec_fd_leak_checker_SOURCES = tests/exec-fd-leak-checker.c
exec_fd_leak_checker_LDADD = libtest-runner.la
build: Build libwayland-private This splits the bulk of libwayland-util into libwayland-private. libwayland-util (which is just wayland-util.c) is for use with the scanner. libwayland-private is everything else. Most things will want to link both libs. Signed-off-by: Derek Foreman <derekf@osg.samsung.com> Reviewed-by: Peter Hutterer <peter.hutterer@who-t.net>
2015-06-19 06:47:22 +08:00
endif #ENABLE_LIBRARIES
Reference in New Issue Copy Permalink