Skip to content

Conversation

@floe
Copy link
Contributor

@floe floe commented Sep 23, 2015

Caused several issues with older OpenCL SDKs, can be removed safely.

@floe
Copy link
Contributor Author

floe commented Sep 23, 2015

/cc @xlz @christiankerl

@xlz
Copy link
Member

xlz commented Sep 23, 2015

this is ok.

Opencl needs two other fixes. First, get cmake's latest findopencl.cmake instead of ours. Second, include cl.hpp, so no more mac osx hack is needed, and also Debian's opencl-headers no longer has cl.hpp.

These two have liberal licenses and no licensing problem, but perhaps you want a separate file to list their licenses for the ease of redistribution.

floe added a commit that referenced this pull request Sep 24, 2015
@floe floe merged commit caf7d86 into master Sep 24, 2015
@floe
Copy link
Contributor Author

floe commented Sep 24, 2015

FindOpenCL.cmake is part of cmake 3.x, but we require only cmake 2.8.something, so it might not be backwards-compatible?

@xlz
Copy link
Member

xlz commented Sep 24, 2015

It looks like all modules used in FindOpenCL.cmake (CheckSymbolExists, CMakePushCheckState, FindPackageHandleStandardArgs) are available as early as 2.8.12.

@floe floe deleted the floe-no-devtype-custom branch September 24, 2015 13:00
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants