Releases: IntelPython/dpctl
Releases · IntelPython/dpctl
0.6.0rc1
Added
- Documentation improvements
- Cmake improvements and Coverage for C API, Cython and Python
- Added support for Level Zero devices and queues
- Added support for SYCL standard device_selector classes
- SyclDevice instances can now be constructed using filter selector strings
- Code of conduct
Fixed
- Remove
cython
frominstall_requires
. It allows usedpCtl
innumba
extensions. - Incorrect import in example.
0.5.1rc2
Added
- Documentation improvements
- Cmake improvements and Coverage for C API
- Add support for Level Zero
- Code of conduct
Fixed
- Remove
cython
frominstall_requires
. It allows usedpCtl
innumba
extensions. - Incorrect import in example.
0.5.1rc1
Added
- Documentation improvements
Fixed
- Remove
cython
frominstall_requires
. It allows usedpCtl
innumba
extensions.
0.5.0
Added
_Memory.get_pointer_type
static method which returns kind of USM pointer.- Utility functions to transform string to device type and back.
- New
dpctl.dptensor.numpy_usm_shared
module containing USM array. USM array
extends NumPy ndarray. - A lot of new examples. Including examples of building Cython extensions with DPC++ compiler that interoperate with dpCtl.
- Mechanism for registering a callback function to look and see if the object
supports USM.
Changed
- setup.py builds C++ backend for develop and install commands.
- Building wheels.
- Use DPC++ runtime from package
dpcpp_cpp_rt
. - All usage of
DPPL
in C-API functions was changed toDPCTL
, e.g.,DPPLQueueMgr_GetCurrentQueue
toDPCTLQueueMgr_GetCurrentQueue
. - Renamed the C-API directory is now called
dpctl-capi
instead ofbackends
. - Refactoring the
dpctl-capi
functions to prepare for changes to add Level Zero program creation. SyclProgram
andSyclKernel
classes were moved out ofdpctl
into thedpctl.program
sub-module.
Fixed
- Klockwork static code analysis warnings.
0.5.0rc4
- Updated documentation, CHANGELOG and README.
- Added one test.
3rd RC for 0.5.0
3rd integration release.
- Updated examples
- New way to check that objects support USM
Second RC candidate for 0.5.0
- Renaming of
dppl
todpctl
is now completed. - Examples added to the main repo
- SyclProgram, SyclKernel, and program creation functions moved out of
dpctl
intodpctl.program
.
0.4.0: Improved USM memory manager
- New device info attributes are exposed using SyclDevice
max_compute_units
max_work_item_dimensions
max_work_item_sizes
max_work_group_size
max_num_sub_groups
aspects
for int64 atomics
- Major changes and improvements to
dpctl.memory
- MemoryUSM* classes moved to dpctl.memory module,
- added support for aligned allocation, added support for prefetch and mem_advise (sychronous) methods, implemented copy_to_host, copy_from_host and copy_from_device methods, pickling support, and zero-copy interoperability with Python objects which implement sycl_usm_array_inerface protocol.
- Helper scripts to generate API documentation for both C API and Python.
- Other improvements and bug fixes.
0.3.8: Final release for oneAPI Beta 10
-
Fix failing platform test case. (#116)
-
Change how the initial active queue is populated inside DPPLQueueMgr.
-
It is fine for the queue manager to store the host queue. Up to clients what they want to do with it.
-
Fix Gtests configuration.
-
Properly skip tests when no OpenCL devices are available.
-
Only report number of non-host platforms.
-
Add skip tests to test_sycl_usm.py
-
Raise exception if DPPLSyclQueueRef is NULL.
0.3.7: Only use the first device for each device type and backend
- Fixes a crash on Windows due a Level Zero driver problem. Each device was getting enumerated twice. To handle the issue, we added a temporary fix to use only first device for each device type and backend (#118).