[Bf-committers] Change of MinGW64 compiler

2012-06-05 Thread Antony Riakiotakis
Hi all, recently I have looked into a problem with MinGW-w64 builds that causes crashes when rendering with multiresolution and subsurf modifiers with openmp enabled. From correspondence on MinGW-w64 mailing list it looks like it is related to the specific MinGW-w64 build we are using. I have recen

Re: [Bf-committers] Change of MinGW64 compiler

2012-07-04 Thread Antony Riakiotakis
Hi, I am preparing a major update of libraries and a change of the supported compiler to resolve the crashes that occur with subsurf/multires when compiling with openmp. This one will be used: http://sourceforge.net/projects/mingw-w64/files/Toolchains%20targetting%20Win64/Personal%20Builds/rubenv

Re: [Bf-committers] Change of MinGW64 compiler

2012-07-09 Thread Constantin Rahn
Hi, the current build bot mingw win64 r48748 crashes on startup. Confirmed by JesterKing on IRC. "jesterKing: 48700 already crashes on startup. I'm guessing it has to do with the dlls that are now used in mingw64 builds (gomp, gcc_s_sjlj, winpthread, stdc++-6)" Could this be a problem with you

Re: [Bf-committers] Change of MinGW64 compiler

2012-07-09 Thread Caleb Joseph
Some debugging reveals that the crash is caused by the pthreadGC2-w64.dll library that is included with the buildbot builds. I have no idea how this library made its way into the build, it is not needed for building, nor part of MinGW-w64 or the Blender mingw64 library repository. This is defin

Re: [Bf-committers] Change of MinGW64 compiler

2012-07-09 Thread Antony Riakiotakis
This is an issue with the buildbot, it will need to be updated with the new compiler. About the issue with the crash, it is related to image paths that are not found. I did some research during the weekend without success. cmake builds do -not- have this problem so I suspect it may be a lib order

Re: [Bf-committers] Change of MinGW64 compiler

2012-07-09 Thread Antony Riakiotakis
> > About the issue with the crash, > This is the previous crash on render, not the one related to pthreads. The new dll libraries are needed because of the new compiler build (code compiled with it willl expect these dlls). It may be possible to ommit some of these if all libraries are recompiled

Re: [Bf-committers] Change of MinGW64 compiler

2012-07-10 Thread Constantin Rahn
Hi Blenderheads, someone has fixed it. The r48788 mingw win64 buildbot version is running fine now. Thank you for this to the dev who has fixed it! Happy blending Conz Am 09.07.2012 15:23, schrieb Antony Riakiotakis: >> About the issue with the crash, >> > This is the previous crash on render,

Re: [Bf-committers] Change of MinGW64 compiler

2012-07-10 Thread Yousef Hurfoush
> someone has fixed it. The r48788 mingw win64 buildbot version is running > fine now. Thank you for this to the dev who has fixed it! > i compiled after this revision and problem still persists. Regards Yousef Harfoush ba...@msn.com ___

Re: [Bf-committers] Change of MinGW64 compiler

2012-07-14 Thread Nathan Letwory
On Tue, Jul 10, 2012 at 3:24 PM, Constantin Rahn wrote: > Hi Blenderheads, > > someone has fixed it. The r48788 mingw win64 buildbot version is running > fine now. Thank you for this to the dev who has fixed it! I replaced the mingw64 version used :) -- Nathan Letwory Letwory Interactive http:/

Re: [Bf-committers] Change of MinGW64 compiler

2012-07-14 Thread Yousef Hurfoush
>I replaced the mingw64 version used :)can you post a link to it, thanks. Regards Yousef Harfoush ba...@msn.com ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinf

Re: [Bf-committers] Change of MinGW64 compiler

2012-07-14 Thread Caleb Joseph
It was posted on the mailing list a few weeks ago, you should be using this MinGW-w64 build: http://sourceforge.net/projects/mingw-w64/files/Toolchains%20targetting%20Win64/Personal%20Builds/rubenvb/release/x86_64-w64-mingw32-gcc-4.7.1-release-win64_rubenvb.7z/download Make sure your libraries ar

Re: [Bf-committers] Change of MinGW64 compiler

2012-07-15 Thread Yousef Hurfoush
i used the this build, i though nathan has another one. the problem is still there! Regards Yousef Harfoush ba...@msn.com > Date: Sun, 15 Jul 2012 14:42:40 +1000 > From: comcal...@gmail.com > To: bf-committers@blender.org > Subject: Re: [Bf-committers] Change of MinGW64 compiler

Re: [Bf-committers] Change of MinGW64 compiler

2012-07-15 Thread Caleb Joseph
This build is the new one used by the buildbot. What issue are you having exactly? On 15/07/2012 5:16 PM, Yousef Hurfoush wrote: > i used the this build, i though nathan has another one. > the problem is still there! > > Regards > Yousef Harfoush > ba...@msn.com > __

Re: [Bf-committers] Change of MinGW64 compiler

2012-07-16 Thread Antony Riakiotakis
There have been a few issues with the new MinGW compiler unfortunately, one is crashes with missing or packed images (which only happens on scons) and we have another bug possibly deadlock-related in the tracker. Unfortunately with me being in GSOC and the insane amount of time it takes to compile

Re: [Bf-committers] Change of MinGW64 compiler

2012-06-05 Thread Yousef Hurfoush
Subject: [Bf-committers] Change of MinGW64 compiler > > Hi all, recently I have looked into a problem with MinGW-w64 builds > that causes crashes when rendering with multiresolution and subsurf > modifiers with openmp enabled. From correspondence on MinGW-w64 > mailing list it looks like it

Re: [Bf-committers] Change of MinGW64 compiler

2012-06-06 Thread Antony Riakiotakis
Hi, this error message says that, in fact, there is almost no library present in your system. Did you change the name or path of your lib folder somehow? Did you change python version or bitness? Blender works fine here with default arguments and the builder looks like it's working too. ___

Re: [Bf-committers] Change of MinGW64 compiler

2012-06-06 Thread Yousef Hurfoush
ect: Re: [Bf-committers] Change of MinGW64 compiler > > Hi, this error message says that, in fact, there is almost no library > present in your system. Did you change the name or path of your lib > folder somehow? Did you change python version or bitness? Blender > works fine here wit