The extension was devloped for AMDIL path only.
OCL runtime doesn't support AMDIL path anymore.
The new debugger interfaces don't require any runtime calls either.
Change-Id: I6215545f9b6ae5c70b5f076c3cbfbfd3b5eef42b
[ROCm/clr commit: 0db20050bc]
This looks unused. This should allow building rocm-opencl without any
dependency on any particular OCL ICD.
Signed-off-by: Jeremy Newton <Jeremy.Newton@amd.com>
Change-Id: Ib9229ede8400fd0e883275659ab99513b03952cb
[ROCm/clr commit: 86c9bb1946]
ATI_OS_WIN -> _WIN32
ATI_OS_LINUX -> __linux__
We should not rely on non-standard macros for platform detections.
Change-Id: If1d06e2e1187268df62a59609ea5496ab7eb709d
[ROCm/clr commit: c4aa6febe5]
-Bsymbolic is required to make sure all AMD OpenCL runtime symbols are
resolved internally, otherwise ld might resolve them using symbols from
the OpenCL ICD. This will cause incorrect functions to be called.
Change-Id: I4ca0326a574ee2e537525bfda96ec20fabfe0158
[ROCm/clr commit: bc5c8df20b]
Some CI systems have a somewhat out of date version of cmake, which
does not have this functionality. Fall back to using
target_link_libraries() instead.
Change-Id: I2410b24bcb6f1be2c2c3303ccd0019b10c914d2e
[ROCm/clr commit: 58c93c8047]
CMake doesn't handle linker export files in a general way well. On
Windows it is able to recognize a .def file and pass it to the linker.
Unfortunately it cannot do the same thing on Linux, so we have to
manually specify it.
Note that CMake can't recognize the current Windows export file due to
the .in suffix, hence why the amdocl.def file is being added. The
amdocl.def.in file will be removed later, as the Makefile build still
uses it.
Change-Id: I33a4151af0257d56d46cd27cbd028b34b77b706b
[ROCm/clr commit: 75b232eea2]
Don't use hardcoded install destinations. CMake will decide where things
should be installed based on platform.
Change-Id: Ifcf956181d3efb32d4ce6191a89c1ea225d0e8cc
[ROCm/clr commit: d53c19cfa5]
This change is tied to the ROCclr cmake rework. ROCclr will now be built
as part of OpenCL itself.
All the dependencies on comgr and rocr have been moved into ROCclr
itself. This allows OpenCL to pull in all the required compiler/runtime
dependencies by simply linking against ROCclr. Note that ROCclr needs to
be configured from OpenCL cmake command line. If not, we will default to
LC + ROCr support.
Change-Id: I5271302d073aef8cfa617828d218c856711bf9ba
[ROCm/clr commit: 1c16690617]
Currently LiquidFlash cannot be supported from Github Enterprise,
hence we need to be able to build with out it.
Allow this by setting -DWITH_LIQUID_FLASH=0.
Change-Id: I8f147b5d52ca1c8203000beea8f16b2699548dc3
[ROCm/clr commit: 8af3f12790]
runtime directory only exists in P4. We should not be referencing it.
Change-Id: I1d88f32fccc716468c070235c4797bd905a76866
[ROCm/clr commit: 5958b3bba5]
Modifies the behavior of clEnqueueAcquireGLObjects and
clEnqueueReleaseGLObjects to implicitly guarantee synchronization
with an OpenGL context bound in the same thread as
the OpenCL context.
Change-Id: I23eddee37a77f6c1c9d1a9ad3a3e1eb254a1ed82
[ROCm/clr commit: c4cde09339]
Maneesh Gupta
victzhan
German
Todd tiantuo Li
Ioannis Assiouras
Alex (Bin) Xie
sdashmiz
Hao Yuan
Jeremy Newton
Alex Xie
Sarbojit Sarkar
Vladislav Sytchenko
Jason Tang
jujiang
agunashe
pghafari
Payam Ghafari
Tony Tye
Reshabh Sharma