[Libreoffice] [PATCH v2] convert Mesa to gbuild and add to tail_build
Norbert Thiebaud
nthiebaud at gmail.com
Fri Sep 9 08:35:29 PDT 2011
diff --git a/slideshow/Library_OGLTrans.mk b/slideshow/Library_OGLTrans.mk
index f3dd316..9e31c16 100644
--- a/slideshow/Library_OGLTrans.mk
+++ b/slideshow/Library_OGLTrans.mk
@@ -63,6 +63,10 @@ $(eval $(call gb_Library_add_linked_libs,OGLTrans,\
$(gb_STDLIBS) \
))
+ifeq ($(SYSTEM_MESA_HEADERS),NO)
+$(eval $(call gb_Library_use_external,OGLTrans,Mesa))
+endif
+
that is unnecessary. because
--- a/RepositoryExternal.mk
+++ b/RepositoryExternal.mk
@@ -36,6 +36,19 @@
# in the system case, no libraries should be registered, but the target-local
# variable LIBS should be set to FOO_LIBS, and INCLUDES to FOO_CFLAGS.
+ifeq ($(SYSTEM_MESA_HEADERS),YES)
+
+gb_LinkTarget__use_Mesa:=
+
+else
+
+define gb_LinkTarget__use_Mesa
+$(eval $(call gb_LinkTarget_add_external_headers,$(1),Mesa_inc))
+
+endef
+
+endif
+
should take care of that (altough the test above is not precise
enough. on MacOSX for instance SYSTEM_MESA_HEADERS is unset, but that
means YES)
I think the cleaner solution would be to change configure.in to make
sure that SYSTEM_MESA_HEADERS is always set with a sane value...
Note: yes the ifeq in slideshow do work.. but I'd rather hide these in
RepositoryExternal.mk rather than polluting the module level makefile
with too many ifeq/fdef...
Norbert
More information about the LibreOffice
mailing list