remove definition of `_mm256_set_m128i`

fix duplicated nonce usage

The define of `_mm256_set_m128i` is not needed and avoid intel compiler throws a warning about it.

- 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 possible deadlock with Volta

Update for CUDA 9.2 Toolkit

Add options to set wait/work time for benchmark

avoid out of order job processing

The login result of a pool contains the first job for the miner.
In the case where the pool is sending very fast after the pool login result
a new job it is possible that the newer job is processed faster than the job within the login result.
The result will be that the miner is mining an older job instead the newest (last received).

- enumerate all received messages
- trace the message id of the last procssed job
- skip all jobs where the message id is older than the last procesed id

fix job consume

If CUDA 9.X is used and the miner is compiled for `sm_70` and used with Volta GPUs than the miner
deadlocks if `threads` is not a multiple of `32`.

- use `__activemask()` to get all active lanes

- reformat `read_write_lock.h`
- fix spelling issue
- move job id increase of the write to the buttom

user read write locks to be sure that no job is consumend during the job update

add log class from Will Zhang:

Package: cpputil
Source: https://github.com/willzhang4a58/cpputil
License: MIT License

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`

ignore duplicated equal job from pools

Some pools or proxys are sending multiple times in row the same job to the miner.
This PR will extent the miner to trigger an socket error if job with the same `jobID` than the current active job is received.

Move motd evaluation before the possibil part where a job is ignored.

fix possible race condition in jpsock

Fix condition on stellite check

Trigger event with a new job after the current pool job is updated.

set correct `iPoolId` for miner_work

Add masari coin 

- initialize miner_work iPoolId in the default constructor with the invalid pool id
- move definition of `pool_data` into an own file

Spell check

support stellite v4 fork

solve #1494

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

fix that cli option `--noAMDCache`

Small typo correction

rename printed algorithms

add support for IPBC coin

changes printed algorithm names to algorithms exposed to the used instead of internal used names

- add algorithm `cryptonight_lite_v7_xor`
- update documentation

- fix that to much OpenCL calls whre used if cache is disabled