CUDA: select hash function from array

CUDA: use volatile pointer

compatibility and better messages

Add a suggestion to an common line which is shown in the event of an crash under windows.

Add compatibility mode for CUDA to avoid invalid shares.

Use an array  instead of a if cascade to select the hasing function for CUDA.

- add more descriptive messages if memory allocation fails
- add gnu compiler flags: `noexecstack` to support systemd
- handle cases where memroy allocation fails

Co-authored-by: Tony Butler <spudz76@gmail.com>

Use volatile pointer to be sure that the compiler is not caching the values.

CPU: fix logical error

Fix wrong warning about unknown ASM type

OpenCL: fix definition range for unroll

fix crash with monero and strided_index

Strided index 1 is not allowed for cryptonight_v8 and monero.
In the case the dev pool is set to monero and the user tuned there settings for
an other currency the miner will crash if strided index or memChunk is not
fitting the requirement to mine monero.
This PR detects wrong configurations and will set strided index and memChunk to a valid
value but only for cryptonight_v8. The user pool settings will only be changed if monero or
cryptonight_v8 is selected.

Fix two new warnings within new code

fix #1870

- remove zero from the valod definition range for the loop unroll option

fix invalid shares

CUDA: tine cryptonight_v8

fix wrong option in config.tpl

rework all currencies

add cpu family and model detection

With rocm we fighted very long with invalid shares. This is now solved with rocm 1.9 and
this tiny fix.
It is not fully clear where a memory optimization is kicking in and break the kernel `Groestl` if the variables `M` and `H` are not `volatile`.
The performance ill not change with this fix.

The fix is tested with rocm 1.9 with a VEGA64 and a RX570

Read memory in bigger chunks per thread to increase the used memory bandwith.
Use for Kepla and Fermi GPUs the old autosuggestion instead of the new settings for cryptonight_v8.

In #1839 the option for slow memory is sneaky changed. This can lead into crashes on linux systems where the user is not allowed to use large pages.

Helper functions to select the asm version based on the number of used hashes per threads and the family name of the cpu.

- use the noew cpu type functions to fix the wrong AMD family detection in `autoAdjust.hpp`
- allow to set the asm version to `auto`
- rename asm option `intel` to `intel_avx`
- rename asm option `ryzen` to `amd_avx`

Co-authored-by: fireice-uk <fireice-uk@users.noreply.github.com>

spelling+typo touch-ups

whitespace trims

- introduce monero oct 2018 fork as currency `monero`
- remove monero7
- change all dev pools
  - those miner monero7 to handle the fork to monero
  - if the dev pool can not handle the fork to monero the currency is fixed set to `monero` (we can only handle 2 different currencies for user and dev pool)
- remove guards those prevent to use the currency `monero`

cryptonight_v8 version 2

AMD: remove unused functions

NVIDIA: sqrt optimization cryptonight_v8

add CUDA 10.0 support

I disabled a few algorithms for fatser compile and missed to re-enable them.

- restructe asm preparation function
- add double hash asm code

- extent MSVC workaround for CUDA to 10.0
- add compute architecture 75 if CUDA 10.0 is found

`uint` is unknown in windows, therefore switch to the better type `uint32_t`

In the auto adjust without hwlock the asm entry was missing

- introduce a new schema where two threads work together on one hash
- update autoadjustment
- remove an mistake where shared memory was shrinked for gpus < sm_70