Strict c++17 now compiles

[Nielsbishere]

Fixes issue #11

Now detecting if memcpy and memset are actually needed. And same goes for the vertex check (they check correctly now).

Paq.sh now automatically outputs to nuklear.h.

[dumblob]

Continuing discussion from #11:

Why is it needed to introduce yet another define? Couldn't we use #ifdef NK_MEMSET and #ifdef NK_MEMCPY directly as mentioned in #11 (comment) ?

[Nielsbishere]

Because the moment that ifdef is used, it is immediately defined.

[dumblob]

I mean, c89 supports #ifdef NK_MEMSET == nk_memset...

[Nielsbishere]

Does it? C++17 gave me an error on that.

[dumblob]

Right, nk_memset would get expanded to 0, so that won't work. In that case, could you please rename NK_DEFAULT_MEMCPY to NK_MEMCPY_BUILTIN and NK_DEFAULT_MEMSET to NK_MEMSET_BUILTIN? It's usually better to use the same prefix if chaining anything.

[dumblob]

And because it changes nuklear.h, we should also bump version.

[Nielsbishere]

Okay, I'll get on it when I got time again

[Nielsbishere]

Fixed. @dumblob

[dumblob]

One last little piece - the version info has to be updated also in https://github.com/Immediate-Mode-UI/Nuklear/blob/master/src/CHANGELOG 😉 (and nuklear.h regenerated).

[Nielsbishere]

Done.

[Nielsbishere]

Merged with the latest PR and updated so it works with strict clang c++17 too.

[dumblob]

I'm sorry, didn't notice it before, but could you make paq.bat behave in a way, that it outputs no CRLF, but just LF line endings? nuklear.h was always with LF and I'd like it to stay so. Now this PR is huge just because it changes all LF to CRLF, which I'm hesitant to merge.

Thanks again for your effort!

[Nielsbishere]

Fixed @dumblob, python used 'print' which prints newline characters based on the current platform. I set it to force linux line endings.

[Hejsil]

LGTM. Maybe just squash the commits into one, to keep the git history tidy :)