It appears to me that providing the debug libraries as download
is better than letting everybody rebuild them even if well described.
Maybe if the subversion repository would become too big,
then distribute the debug libraries in a separate repository,
on git for example ?
Regarding the Collada
int backculled = GEMAT_BACKCULL || gtexdraw.use_backface_culling;
This is an odd expression, 'gtexdraw.use_backface_culling' is ignored.
Should this just be 'GEMAT_BACKCULL' ?
On Tue, Feb 19, 2013 at 2:08 AM, Brecht Van Lommel
brechtvanlom...@pandora.be wrote:
Revision: 54633
Hi,
The svn server has over 126 GB free now. No problem to add libs.
To my knowledge you can build debug versions of Blender without debug libs. We
won't need to do debugging there often? But if it's needed, just add.
BTW: consider to join irc.freenode.net #blendercoders for faster feedback :)
@Jürgen,
Can you clarify...
Without debug libs, can you still build blender with debug symbols?
(this is what I do on Linux mostly, except on the occasions I need to
step over source code from an external library).
On Windows python needs a separate debug library, but AFAIK this is an
Hi Ton,
good to hear that ;)
The problem is that VC2012 doesn't link libs that the linker detects an
_ITERATOR_DEBUG_LEVEL problem if you try to link with Release libs.
see here: http://msdn.microsoft.com/en-us/library/vstudio/jj889284.aspx
So we actually need debug libs for debugging
Hi Gaia,
OpenCOLLADA builds fine with the CMake files provided by them.
As for the debug libs, ton said there is enough space on SVN ;)
I'll have to upload them slowly one by one anyway, because my internet
connection is very slow ;)
This will take some time...
/Jürgen
Am 14. Mai 2013 um
Hi Campbell,
It is possible to build RelWithDebInfo builds of blender, that is what I used
to debug blender in the most cases. But a real Debug Build can only be done
with debug libs :(
See: http://msdn.microsoft.com/en-us/library/vstudio/hh697468.aspx
So I'll have to provide both build types
On Tue, May 14, 2013 at 10:16 AM, Jürgen Herrmann shadow...@me.com wrote:
It is possible to build RelWithDebInfo builds of blender, that is what I used
to debug blender in the most cases. But a real Debug Build can only be done
with debug libs :(
See:
Comments inline.
On Tue, May 14, 2013 at 10:59 AM, Jürgen Herrmann shadow...@me.com wrote:
brecht asked me to post the patch for CMake VS2012 here before committing:
And here it is ;)
Any comments or suggetions?
SNIP
Index: CMakeLists.txt
Users will need to unpack libraries to use anyway, and svn server zips
files anyway, afair. So i'd rather not to 7zip anything. We don't do this
or current libraries and it worked reasonably well so far.
Or are msvc2012's libraries so much bigger so we could not afford having
then unpacked in
Hi Sergey,
alright, i'll see how we can do this ;)
The problem ist that the CMakeFiles don't seem to consistently add the _d
suffix to the debug libs anyway.
So we'll have to patch that too. When the Release stuff is ready and committed
I'll focus on providing proper debug libs and a patch to
cmake wont do this automatic, we have a macro (in macros.cmake)
eg:
file_list_suffix(OPENEXR_LIBRARIES_DEBUG ${OPENEXR_LIBRARIES} _d)
On Tue, May 14, 2013 at 8:47 PM, Jürgen Herrmann shadow...@me.com wrote:
Hi Sergey,
alright, i'll see how we can do this ;)
The problem ist that the
Hi Brecht,
thanks for the review. Here's the second try ;)
I fixed some comments throughout the file too.
Identing of text was right, but this email client destroys tabs :(
I reverted all Libs back to original OpenAL 1.1 because od 3D sound.
Also cleaned up messages and typo.
Hope that works out
Hi Cambell,
good to know, i'll put together a full set of debug libs and test this first.
/Jürgen
Am 14. Mai 2013 um 13:15 schrieb Campbell Barton ideasma...@gmail.com:
cmake wont do this automatic, we have a macro (in macros.cmake)
eg:
file_list_suffix(OPENEXR_LIBRARIES_DEBUG
The updated patch looks good to me, don't have anything further comment on.
On Tue, May 14, 2013 at 3:18 PM, Jürgen Herrmann shadow...@me.com wrote:
Hi Brecht,
thanks for the review. Here's the second try ;)
I fixed some comments throughout the file too.
Identing of text was right, but this
Hey ;)
we have a problem, when compiling extern_libmv on VS2012 x64 the compiler
crashes.
It seems that this inlining problem is known to MS and they are working on a
fix.
This does not happen on x86 builds though.
I could not find a real fix for this yet.
So I'd like to commit the following
Hi Jurgen,
It's good to see someone taking care of windows libraries.
Would be possible for you to wait for 2.67a to be out for the lib commits?
This way you can upload exr2.0 (+ libs that depend on it), instead of doing
two big commits shortly (I'm assuming your libs are using exr1.7.1).
For longer, descriptive paragraphs of text, Id prefer to keep these
out of the blender binary.
You can use python scripts which will automatically get found and
included by the document generator.
Examples:
doc/python_api/examples/bpy.types.ID.user_clear.1.py
doc/python_api/examples/bpy.ops.py
Done, thanks for the hint! :)
On 14/05/2013 18:02, Campbell Barton wrote:
For longer, descriptive paragraphs of text, Id prefer to keep these
out of the blender binary.
You can use python scripts which will automatically get found and
included by the document generator.
Examples:
Hi again,
still trying to fix this nasty ICE on VS 2012 64bit and I think I found a way
to work around this issue without losing too much speed.
Instead of turning optimizations off globally for these 2 files I found a way
to reduce optimization level slightly by doing this:
Don't we have plenty of time to work out issues before we build an
official release with vs2012? If we use it for 2.68 that's still about
2 months away.
Anyway, the solution is to solve these crashes, either by figuring out
why it crashes and trying to fix that, or using newer libraries. I
don't
Hi,
I would also not rush things. We can provide vc2012 builds for 2.68 as
optional binaries for testing, but for official usage it's too early.
We also have to wait for nvidia, to support vc2012 for the CUDA kernels.
Thomas
Am 14.05.2013 23:11, schrieb Brecht Van Lommel:
Don't we have plenty
Hi Brecht, Hi Thomas,
according to CUDA-Dev team a CUDA 5.5 RC will be published this Month, but it's
only a RC so it may have bugs ...
I had a look into the sources of Jack and I'll try to get that issue fixed. It
seems to be a callback problem like the Win32 API crashes I had with Ghost
These trackers are all obsolete now and replaced by the new planar tracker
(region_tracker.cc). Deleting all that code is not so simple though. The VS
patch suggested should not impact Blender's motion tracking at all; I see
no problem committing it.
On Tue, May 14, 2013 at 2:21 PM, Brecht Van
24 matches
Mail list logo
