You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
not all distributions support such model with update-alternatives - as an example, archlinux doesn't.
Will there be a new ocloc entry point able to use both new and legacy ocloc at the same time? Until then, can you support building a binary called ocloc without suffix, or an ocloc symlink to the version that supports current platforms being built?
Ideally this should be the default, and the update-alternatives method could be enabled behind a CMake flag instead.
The text was updated successfully, but these errors were encountered:
I see f96fc55 has introduced a solution to generate a version of ocloc without suffix. This is done by setting NEO_BUILD_UNVERSIONED_OCLOC setting in CMake configuration.
Since bbe1120, there are only suffixed versions of ocloc being built.
Some distribution package specific code calls update-alternatives at install time to then symlink a version of ocloc:
compute-runtime/scripts/packaging/opencl/sles_15/SPECS/opencl.spec
Line 118 in b6038de
However:
Will there be a new ocloc entry point able to use both new and legacy ocloc at the same time? Until then, can you support building a binary called ocloc without suffix, or an ocloc symlink to the version that supports current platforms being built?
Ideally this should be the default, and the update-alternatives method could be enabled behind a CMake flag instead.
The text was updated successfully, but these errors were encountered: