After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 752104 - Automatic wayland detect support causes error when wayland is not installed
Automatic wayland detect support causes error when wayland is not installed
Status: RESOLVED FIXED
Product: clutter
Classification: Platform
Component: wayland
git master
Other FreeBSD
: Normal normal
: ---
Assigned To: clutter-maint
clutter-maint
Depends on:
Blocks:
 
 
Reported: 2015-07-08 05:23 UTC by Ting-Wei Lan
Modified: 2015-07-09 13:31 UTC
See Also:
GNOME target: ---
GNOME version: ---

Attachments
build: Do not define Wayland support unconditionally (2.03 KB, patch)
2015-07-08 10:06 UTC, Emmanuele Bassi (:ebassi) 		committed Details | Review

Description Ting-Wei Lan 2015-07-08 05:23:42 UTC 
I found this commit https://git.gnome.org/browse/clutter/commit/?id=d09c204a266385626c40d851b6fbadf7a134aaa0 added automatic wayland detect support for clutter, and

  AS_IF([test "x$enable_wayland" = "xyes"]

wass replaced by 

  AS_IF([test "x$enable_wayland" != xno]


This causes SUPPORT_WAYLAND to be defined as 1 even if wayland cannot be found when enable_wayland=check, so many errors are showed when compiling clutter because wayland headers cannot be found.
Comment 1 Emmanuele Bassi (:ebassi) 2015-07-08 10:06:21 UTC 
Created attachment 307058 [details] [review]
build: Do not define Wayland support unconditionally

Now that we discover at configure time if Wayland is available, we
should only enable support if we find it.
Comment 2 Ting-Wei Lan 2015-07-08 15:06:07 UTC 
The patch fixes the build problem.
Comment 3 Emmanuele Bassi (:ebassi) 2015-07-09 13:31:46 UTC 
Thanks for testing.

Attachment 307058 [details] pushed as 19fbbcd - build: Do not define Wayland support unconditionally