Date: prev next · Thread: first prev next last
2011 Archives by date, by thread · List index


On Fri, 9 Sep 2011, Norbert Thiebaud wrote:

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


Without the ifeq and with SYSTEM_MESA_HEADERS=YES I got this error.

/root/libreoffice/slideshow/Library_OGLTrans.mk:66: *** gb_LinkTarget_use_external: unknown 
external: Mesa.  Stop.

I'm not sure what a better way to fix this would be.

Peter

Context


Privacy Policy | Impressum (Legal Info) | Copyright information: Unless otherwise specified, all text and images on this website are licensed under the Creative Commons Attribution-Share Alike 3.0 License. This does not include the source code of LibreOffice, which is licensed under the Mozilla Public License (MPLv2). "LibreOffice" and "The Document Foundation" are registered trademarks of their corresponding registered owners or are in actual use as trademarks in one or more countries. Their respective logos and icons are also subject to international copyright laws. Use thereof is explained in our trademark policy.