From: Antony R. <ka...@gm...> - 2012-04-24 13:19:58
|
Whew...that was an ultra intensive few days to get everything compiled and running. For anyone interested this is the commit log: http://lists.blender.org/pipermail/bf-blender-cvs/2012-April/045077.html Since this initial commit, support for Scons has also been added. Blender needs a lot of external libraries and we keep configuration files for them in our lib folder. Maybe it can be of help to someone else. I had a lot of issues between different build systems but recent personal builds (as in downloaded from "personal builds", not actually mine) worked best for me. I hope the project gets to a point where officially supported builds can be expected to work out of the box. I hope you can add blender to the listed projects on http://mingw-w64.sourceforge.net/ ;) Thank you for this great project! |
From: Kai T. <kti...@go...> - 2012-04-24 18:09:56
|
Hello Antony, 2012/4/24 Antony Riakiotakis: > Whew...that was an ultra intensive few days to get everything compiled > and running. > > For anyone interested this is the commit log: > > http://lists.blender.org/pipermail/bf-blender-cvs/2012-April/045077.html > > Since this initial commit, support for Scons has also been added. > > Blender needs a lot of external libraries and we keep configuration > files for them in our lib folder. Maybe it can be of help to someone > else. > I had a lot of issues between different build systems but recent > personal builds (as in downloaded from "personal builds", not actually > mine) worked best for me. I hope the project gets to a point where > officially supported builds can be expected to work out of the box. > > I hope you can add blender to the listed projects on > http://mingw-w64.sourceforge.net/ ;) > > Thank you for this great project! Great news. We will add blender to our supported-project list. Thanks for the information. Is there already a x64 mingw-w64 windows version for download available, or is it required for now to build it manual? Is there also a 32-bit windows-version planned, which can be built by mingw-w64 runtime? Also I would be interested, if there were done already some performance-tests to see its behavior in comparison to msvc? Cheers, Kai |
From: Antony R. <ka...@gm...> - 2012-04-24 21:22:02
|
Hi, for 32-bit versions we use the 'official' MinGW pojects for the reasons outlined above (latest mingw-get-inst gets the necessary packages and is expected to run well). There are still no serious performance comparisons apart from one build here: http://graphicall.org/918 where downloaders have reported good speedups for the cycles renderer. The builder has used maximum optimization though and I have found that this causes issues so I have lowered the optimization level for trunk. MinGW support has always been optional for blender, official binaries are built on MSVC 2008. We do have some users and developers compiling with MinGW though. A few obstacles to get it becoming a true alternative to MSVC on the developer level is the dependence of python on MSVC runtime, especially for debug libraries, and the reliance of the NVIDIA CUDA compiler that we use for GPU acceleration on the existence of MSVC on the system. And the speed of compilation which is terrible compared to linux gcc (I am very curious about the cause for that). Still it's nice for builders to be able to have 64 bit builds without a MSVC licence. |
From: Teemu N. <tna...@gm...> - 2012-04-25 07:00:22
|
On 25.4.2012 0:21, Antony Riakiotakis wrote: > MinGW support has always been optional for blender, official binaries > are built on MSVC 2008. We do have some users and developers compiling > with MinGW though. A few obstacles to get it becoming a true > alternative to MSVC on the developer level is the dependence of python > on MSVC runtime, especially for debug libraries, and the reliance of > the NVIDIA CUDA compiler that we use for GPU acceleration on the > existence of MSVC on the system. And the speed of compilation which is > terrible compared to linux gcc (I am very curious about the cause for > that). If you want faster compiler for MinGW I would suggest a cross-compiler on Linux. Most major distros have MinGW and/or MingGW toolchains or you can compile one yourself. |
From: Antony R. <ka...@gm...> - 2012-04-24 21:48:09
|
I forgot some essential information: build instructions: http://wiki.blender.org/index.php/Dev:2.5/Doc/Building_Blender/Windows/MinGW/CMake http://wiki.blender.org/index.php/Dev:2.5/Doc/Building_Blender/Windows/MinGW/Scons homepage of the project: www.blender.org trunk build r45947 (almost version 2.53 which should be out in a few days): graphicall.org/919/ |
From: JonY <jo...@us...> - 2012-04-25 10:36:52
Attachments:
signature.asc
|
On 4/25/2012 05:48, Antony Riakiotakis wrote: > I forgot some essential information: > > build instructions: > > http://wiki.blender.org/index.php/Dev:2.5/Doc/Building_Blender/Windows/MinGW/CMake > http://wiki.blender.org/index.php/Dev:2.5/Doc/Building_Blender/Windows/MinGW/Scons > > homepage of the project: > www.blender.org > > trunk build r45947 (almost version 2.53 which should be out in a few days): > graphicall.org/919/ > OK, link added. |
From: Antony R. <ka...@gm...> - 2012-04-25 11:59:53
|
OK, thanks! |
From: Kai T. <kti...@go...> - 2012-04-26 07:57:36
|
The strnlen issue on XP is related to its msvcrt.dll version. Older msvcrt versions don't provide this function as export. But of course you could use a local implementation for this function. I cite here our generic implementation in ironCrate's for it: size_t __cdecl ic_strnlen (const char *s, size_t n) { size_t i; for (i = 0; i < n && *s != 0; i++) ++s; return i; } Regards, Kai |