fix MSVC build

[kostyaorkostya]

see https://msdn.microsoft.com/en-us/library/a3140177.aspx to read about MSVC intrinsics

[aklomp]

Looks good, but instead of checking for __WIN32__ and friends, couldn't you explicitly check for MSVC? Maybe GCC on Win32 also defines __WIN32__.

[BurningEnlightenment]

Looks good, but instead of checking for __WIN32__ and friends, couldn't you explicitly check for MSVC? Maybe GCC on Win32 also defines __WIN32__.

You're right; this is a MSVC specific fix and enabling it if _WIN32 or __WIN32__ are defined will break gcc and clang builds on windows. An appropriate preprocessor check would be:

#if defined(_MSC_VER)

[kostyaorkostya]

Yep, I'll fix this, was a little busy

[BurningEnlightenment]

Errr, I'm very curious how you came across this... those intrinsics are only used in (enc|dec)/uint(32|64).c and because Visual Studio doesn't define __WORDSIZE at all, none of those files should have been included. I just noticed that, because I compiled the test executable using my cmake build files and visual studio without applying your proposed fix. To my very amusement it compiled just fine and the tests passed without any errors 😄.
However, I'll merge @yazevnul fix into #7 and correct the preprocessor checks over there.
EDIT: done

[aklomp]

Just pushed a fixed version to Master. I amended the original commit, so authorship is properly attributed.

[BurningEnlightenment]

@aklomp you haven't fixed the #if __WORDSIZE == * in codec_plain.c 😞, whithout this MSVC won't include the (enc|dec)/uint(32|64).c files, see BurningEnlightenment/base64-cmake@d405e70

[aklomp]

Good catch, I totally overlooked that. I just rebased that commit and the "MSVC OpenMP incompetence" (seriously, MSVC, what the hell) onto master and pushed it. Congratulations on your first in-tree commits ;)

I decided to rebase instead of merge, because your branch is built on top of the Cmake layer, and I'm not quite ready to tackle that just yet.