Hmmm...I really can't say.. unfortunately, openmp destabilizes the build (crash when rendering subdivision modified objects) so it may be causing the error with threading on your build. Also we bundle the pthread library that came from a different MinGW64 build, which may cause the issues with threading. This is most likely the reason. You can try substituting the pthread.dll in the blender bin folder with the one you have in your local MinGW64 build It may also be possible to build openexr(The library that causes the issue) without pthread support, I may have to look into that.
Anyway, since there is no "official" MinGW-w64 build currently, I had to choose one of the builds that worked for library and blender compilation, so we expect that users use only the specific build...It would be a nightmare to support each and every one of them, especially considering the various configuration options that MinGW64 builders may use. I tried one of the builds from the MinGW64 build project that was posted a few weeks ago on this list but it didn't work when configuring some of the libraries(I think it was openexr interestingly enough). Or maybe I wasn't insistent enough. By the way, the debugger is still hopping around randomly (well, within +-1 stack frame) whenever I try to debug anything through QtCreator or Eclipse. I would really welcome some advice on that. ------------------------------------------------------------------------------ Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ _______________________________________________ Mingw-w64-public mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
