Hi, for people who may want CUDA binaries with MinGW-w64:
I found a method that works easily and (legally :) ) and updated the
wiki to include it:
You will need the Windows SDK (I downloaded version 7.0 since 7.1 has
a very buggy installer).
You still need something more:
Apparently the cuda
Cycles, OpenEXR and LibMV are supported now. OpenCollada and FFMpeg
still remaining.
Also Scons support was added. Just like MSVC a 64 build of python will
build for 64 bits.
Unfortunately, for cycles I still haven't managed to get the CUDA
binaries building. Looks like a 64bit MSVC environment
Hi, from the cvs log (yes it's quite long I don't want to rewrite it :) ):
First MinGW-w64 support for cmake has been added. To test I recommend
this build:
We, sad and depressed obligated Windows people are happy now again!
Thanks you very much Antony Riakiotakis!
2012/4/23 Antony Riakiotakis kal...@gmail.com
Hi, from the cvs log (yes it's quite long I don't want to rewrite it :) ):
First MinGW-w64 support for cmake has been added. To test I
Hi, to reduce the size of the windows lib folder we will separate the
gcc libraries from the windows folder. The new path will be
lib/mingw32. I will try to make the transition smoothly so that trunk
builds always for people who have both folders available. I will also
update the wiki soon to
It would be good to separate visual studio versions too. BOOST and OpenCollada
added a lot of bloat to the Windows folder. 2 Gigabyte of support libs?
Sent from my iPhone
On Apr 22, 2012, at 8:27 AM, Antony Riakiotakis kal...@gmail.com wrote:
Hi, to reduce the size of the windows lib folder
Perfectly agree.
Btw, I think it is better to use set_lib_path function which vc2010 uses.
It checks whether compiler is vc2010, and assigns special path if it exist.
This can be easily extended to mingw.
On Sun, Apr 22, 2012 at 1:26 PM, Erwin Coumans erwin.coum...@gmail.comwrote:
It would be
I can only agree here as well. MSVC 2008 (used to do releases) should be
the main repo and all other compiler libs should be an extra archive. :)
Am 22.04.2012 19:46, schrieb Alexandr Kuznetsov:
Perfectly agree.
Btw, I think it is better to use set_lib_path function which vc2010 uses.
It
How about a lib/MSVC2008_64bit folder, replacing the lib/Windows folder
(and perhaps similar for lib/MSVC2010, 32bit and 64 bit separately so that
it is easy to just download the support lbs you need, without the other
compiler/bit versions?
On Sunday, 22 April 2012, Thomas Dinges wrote:
I can
Many vc2008 compiled libraries works on mingw and vc2010 without a problem.
If we have complete separate directories for each folder, it will take more
space on server and we would have to update lib for each compiler.
On the other hand, I think we can make pointers from lib/MSVC2010 to
Yousef Harfoush
ba...@msn.com
Date: Sun, 22 Apr 2012 18:27:55 +0300
From: kal...@gmail.com
To: bf-committers@blender.org
Subject: [Bf-committers] For MinGW builders
Hi, to reduce the size of the windows lib folder we will separate the
gcc libraries from the windows folder. The new path
Hi, just finished moving the gcc libs to a separate lib folder. I
don't think that the main windows folder got a lot smaller (about 200
MB smaller I think) but the mingw32 folder is just 600MB, so there's a
win there.
MinGW builders will need to check out the lib/mingw32 folder from now
on. The
12 matches
Mail list logo
