xmr-stak has several implementations for multi hash per thread.
The results into 3 intepedent implementations.
Each time the algorithm must be changed the possibility to introduce errors is very large.

- unify the different cryptonight CPU implementations
- simplify the function selection array to find the specilized cryptonight implementation
- add a intermediat pointer to access the large state (similar to the old multi hash implementation)

As side effect this change increases the speed of the single and multi hash algorithm.

The most algorithm currently are not checked in the cpu self test function.

- add hash for each algorithm

- add cryptonight_heavy derivate cryptonight_bittube2
- add coin bittube
- remove coin ipbc because this coin is now called bittube

fix #1708

The extension of the job result contains the wrong algorithm used to create the nonce.
The fix provide now the correct used algorithm even if the coin is forking to a new algorithm.

- forward the used algorithm from the miner

- update pools.txt
- add new algorithm `cryptonight_haven`
- update all backends

- rename cryptonight_fast to cryptonight_masari
- set dev pool to cryptonight_monero

- avoid that a nonce which not fits to the current job is used (check jobId after start nonce is consumed)
- move jobId check into the if condition to get a new bunch of nonces
- CPU: add jobId validation after the start nonce is consumed

fix #1505

- fix possible deadlock of the executor thread
- fix racecondition during the job consumation
- remove switch_work in all classes `minethd`
- move `consume_work` into `globalStates`

solve #1494

- add algorithm `cryptonight_v7_stellite` (internal named: `cryptonight_stellite`)

- add algorithm `cryptonight_lite_v7_xor`
- update documentation

- allow the dev pool to fork on a different block version than the user descriped coin

All algorithm are centered around the user coin description.
It is allowed to have two two different coin algorithms in the user coin description.
It is only allowed to use algorithms for the dev pool coin description those are used in the user coin description.
There are two ways to define a non forking coin.
  - set both user coin algorithm descriptions to the same algorithm and set version to zero
  - set the first algorithm in the user coin description to something you like to use in the dev pool
    and set the second algorithm to the correct representation of the coin. Set the version to 255.
    This will allow that the dev pool can mine on a different coin algorithm than the not forking user coin.
    Do not use an algorithm with different scratchpad size for the dev pool.

In the case where the dev pool mines on a higher version than a monero fork coin the miner is not resetting the algorithm.
This PR select the correct algorithm each time the block version hash changed.

- fix conversion from large type tp small

-rename `mining_fork_height` to `*_version`

- add `fork_height` to currency
- refactor algorithm selection

- add new pow for AEON
- fix missing cryptonight-heavy selection for multi hashes

Co-authored-by: psychocrypt <psychocryptHPC@gmail.com>
Co-authored-by: fireice-uk <fireice-uk@users.noreply.github.com>
Co-authored-by: Lee Clagett <code@leeclagett.com>
Co-authored-by: curie-kief <curie-kief@users.noreply.github.com>

The cpu miner backend uses the wrong ranges of nonces instead of using `[startNonce,startNonce + nonce_chunk)`
(startNonce,startNonce + nonce_chunk]` is used. This will results in an overlap with nonces used by the gpu back-ends.

Ignore any affinity >=64 and throw a warning.

Changed capitalization of "macOS"

Squashed the commit

Fix nonce allocation

The "low_power_mode" option in config.txt can be set to numeral values
between 1 and 5. A value of 5 seems optimal on certain processors
with large L4 cache.

Remove whitespace lines

- removed all space indention in `*.hpp` and `*.cpp` files

* CONF_NO_TLS fix

* gpu error fix + always return to sched after pin

Pass threadno up the food chain

- add type of the backend to each backend-plugin
- add `gteName` to `iBackend` to get the name of the backend

- rename all `xmr` to `monero`
- be insensitive while check for set currency
- add function to compate two strings insensitive

- update auto suggestion default and hwloc
- extent hash function table to support aeon and xmr within one miner

- check if affinity vale before calling `thd_setaffinity`

This is a follow up of #43 and use the some mechanism to set the thread affinity for
non cpu backends correct.

- use cpu affinity workflow for nvidia and amd
- cpu: move messages of thread spawning before thread creation

- remove double copied memory