If CUDA is loaded before AMD but no CUDA is available it can be happen that the embadded OpenCL code is empty.
This is only an issue if the binary is builded static on a different system.

version increase to 2.6.0

bumo version for next release

AMD: speedup cryptonight_heavy division

(doc/compile) Add better CUDA SDK vs Driver information

optimize the devision in cryptonight_heavy and cryptonight_haven

import of https://github.com/xmrig/xmrig-amd/pull/185/commits/5d9b9334654df25cea7707f667990fd1577ed290

update version to 2.5.2

NVIDIA: fix wrong number of threads

Update for upcoming Graft CNv2 fork

In the cuda backend for monero we start always twice as much threads as needed.
Those threads are than removed after the AES matrix is copied to the shared memory.
Never the less it is the result of an copy past bug.

- start correct number of threads for `monero`

Add console warning on GPU error.

Co-authored-by: Hans Kristian Rosbach <hk-git@circlestorm.org>

Remove files created by macOS

Add missing test for cryptonight_lite

Remove dead code

update version to 2.5.1

update AMD install docu

fix AMD driver 14

- remove link to the AMD APP SDK from a share hoster
- update windows/linux documentation

Fix the fix from #1945. The initial fix produces invalid results.

reduce blocking during metric update

fix broken AMD OpenCL compile

fix access uninitialized value

The AMD compiler for OpenCL shipped with the driver 14XX is broken
and can not compile xmr-stak since the monero v8 changes are introduced.

- workaround a simple compare.
- add new device define `OPENCL_DRIVER_MAJOR`

With #1845 a race condition during the telemetry update is solved.
The problem is that the used mutex is blocking all threads from updating the metrics during
the statistics are calculated.

- introduce a mutex per miner thread

fix #1906

If the currency provided by the user is not known by the miner we access an uninitialized value.

Add default values for member of `coinDescription`.

update version to 2.5.0

NVIDIA: support for multiple CUDA libs

Fix logo on Windows

Allow to ship the miner with multiple cuda backends those depends on different driver versions.
This will allow to support Turing/Volta and old Fermi GPU within one release.

- add support to search for the first working CUDA backend
- add some more messages to support better debugging (if a user has some issues)

update documantion

NVIDIA: tweak `get_reciprocal`

- update tuning guide
- update miner usage