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 764836cb00.

Change-Id: I413142f4f9f8399489f9c3e5327132822f07a454
Reviewed-on: https://gerrit.libreoffice.org/13368
Reviewed-by: David Tardon <dtardon@redhat.com>
Tested-by: David Tardon <dtardon@redhat.com>

This commit is contained in:

Tor Lillqvist

2014-12-08 09:07:27 +00:00

committed by

David Tardon

parent 4517c94000

commit bf6544c0ab

27 changed files with 1673 additions and 130 deletions

									
										RepositoryModule_host.mk
									
		+1
		
												View File
												
				@@ -26,6 +26,7 @@ $(eval $(call gb_Module_add_moduledirs,libreoffice,\

					bridges \

					canvas \

					chart2 \

					$(call gb_Helper_optional,OPENCL,clew) \

					cli_ure \

					$(call gb_Helper_optional,DESKTOP,codemaker) \

					comphelper \