From bf6544c0ab0625e5ce5918f6d861763d4fa87aba Mon Sep 17 00:00:00 2001 From: Tor Lillqvist Date: Mon, 8 Dec 2014 09:29:28 +0200 Subject: Don't treat clew as part of an "external" clcc module There is no obvious authoritative upstream for clew anyway, so it causes philosophical problems for distros. For a while, we used to use a zip archive from the "clcc" project on SourceForge that included clew.c and clew.h. (Before that we also just had clew.c and clew.h in our source repo.) So, drop the external/clcc module and have clew.c and clew.h in the source repo again. But this time clew is in a module of its own, not in sc. This re-introduces "No need to have OpenCL optional at configure-time" This reverts commit 764836cb00e8e6dfd2ab48e080a166ec90359e01. Change-Id: I413142f4f9f8399489f9c3e5327132822f07a454 Reviewed-on: https://gerrit.libreoffice.org/13368 Reviewed-by: David Tardon Tested-by: David Tardon --- Repository.mk | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) (limited to 'Repository.mk') diff --git a/Repository.mk b/Repository.mk index 2b9a179c819b..b851dfde514c 100644 --- a/Repository.mk +++ b/Repository.mk @@ -316,7 +316,7 @@ $(eval $(call gb_Helper_register_libraries_for_install,OOOLIBS,ooo, \ chartcore \ chartcontroller \ chartopengl \ - $(call gb_Helper_optional,CLCC,clew) \ + $(call gb_Helper_optional,OPENCL,clew) \ $(if $(filter $(OS),WNT),,cmdmail) \ cppcanvas \ configmgr \ -- cgit