msvc DLL workaround for templatized members

[Nic30]

The windows DLL build forbids the usage of the templates for members.
This is ridiculous as it says STL can not be used.
And there is probably no workaround.
http://www.unknownroad.com/rtfm/VisualStudio/warningC4251.html
The fact that everything have to be marked manually with dllimport/export is smaller problem.

[XVilka]

I think it might be possible to use clang-cl for Windows then.

…

On Thu, Mar 7, 2019, 6:58 AM Nic30 ***@***.***> wrote: The windows DLL build forbids the usage of the templates for members. This is ridiculous as it says STL can not be used. And there is probably no workaround. http://www.unknownroad.com/rtfm/VisualStudio/warningC4251.html The fact that everything have to be marked manually with dllimport/export is smaller problem. — You are receiving this because you are subscribed to this thread. Reply to this email directly, view it on GitHub <#12>, or mute the thread <https://github.com/notifications/unsubscribe-auth/AAMZ_XIR7D0OaTPk2fbCa9mVTNlHMSoPks5vUEgQgaJpZM4bh_h7> .

[XVilka]

See https://clang.llvm.org/docs/MSVCCompatibility.html and http://blog.llvm.org/2018/11/30-faster-windows-builds-with-clang-cl_14.html

The LLVM 8.0 release should happen quite soon, matter of days.

In this case there are might be some problems with meson - mesonbuild/meson#4232 and mesonbuild/meson#4232

[Nic30]

MSVC out of Visual Studio is complete disaster.
However it is possible to build as a static library.
I try to use clang as it should be much better and it is also used by many.

[Nic30]

And one funny thing, I was thinking that the current windows build does not work because there is some bug in impl. which appears only in windows.

It turns out that mt19937 the random generator works differently under windows so the values in test does not match...