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

solve #1494

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

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

- fix dev pool algorithms
- add note to `pools.tpl`
- remove pool suggestion

Official Announcement: https://intensecoin.com/2018/04/16/imminent-hard-fork-and-network-attack/

clang warns about the wrong usage:
```
```
xmrstak/net/jpsock.cpp:232:30: warning: parentheses were disambiguated as redundant parentheses around declaration of variable named 'job_mutex' [-Wvexing-parse]
        std::unique_lock<std::mutex>(job_mutex);
                                    ^~~~~~~~~~~
xmrstak/net/jpsock.cpp:232:30: note: add a variable name to declare a 'std::unique_lock<std::mutex>' initialized with 'job_mutex'
        std::unique_lock<std::mutex>(job_mutex);
```

remove fork version for sumokoin and monero7

- 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.

- add CLI flag to explicitly use non AMD OpenCL and devices
- adjust OpenCL output (use OpenCL instead of AMD if --altOpenCL is sued)
- optimize NVIDIA OpenCL auto suggestion

- fix conversion from large type tp small

avoid conversion warning by reducing the size value type

- expose cryptonight_lite_v7, cryptonight_heavy and cryptonight_v7
- remove cryptonight_lite

Graft is forking soon, with updated software released yesterday, to what
will be v8 in Graft (current Graft cryptonight algorithm is graft v7).
This commit updates the `graft` algorithm to recognize the fork and
switch algorithms.

Fork annoucement:
https://www.graft.network/2018/04/12/patch-1-1-1-released-major-network-update-block-65110/

Use the maximum scratchpad size from before and after the fork.

- remove version numbers within the kernel
- create seperate program context for each mining algorithm
- remove kernel `cn1_monero` is now integrated in `cn1`
- remname `cnX` kernel in `cnX + algorithmNumber`

sumokoin is broken if `bfactor >= 5` is used (default for windows)
sumokoin for `sm_20` is broken due to the missing extern shared memory

- call phase3 kernel two times if sumokoin is enabled
- create extern shared memory for phase3 kernel

fix #1297

If sm_20 is mixed with other architectures the detection for the minimal supported architecture is broken.

- fix that version argument was not passed to extended kernel parameters

-rename `mining_fork_height` to `*_version`