Hi, Trying your latest 4.7 build here without problems (on an i5 :) ).Looks like indeed I had -march in mind when criticizing the use of -mtune. The two are similar but -march impiles -mtune rather than the opposite. Personally I don't mind using a toolchain with sse3 support requirements but we have a policy towards backwards compatibility for the program itself going back to 32 bit single core systems. For the build systems I am not sure...
Back to build testing, I have built blender trivially with your toolchain, only requirement is to rename the tools appropriately so that cmake can detect them. turning openmp on your build (x86_64-w64-mingw32-gcc-4.7.0-release-win32_rubenvb) does not crash :) To reproduce the crash with the ray-linn build (or with an older build of yours probably? No time to test) configure cmake with -DWITH_OPENMP=ON when building and try rendering a mesh with a subsurf or multires modifier. It's great that the problem is reproducable but I wonder what source would one put in the bug report :). I am not versed at all with openmp myself unfortunately :/ ------------------------------------------------------------------------------ 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
