Sergey Sharybin 4bd4037276 Lock-free memory allocator ... Release builds will now use lock-free allocator by default without any internal locks happening. MemHead is also reduces to as minimum as it's possible. It still need to be size_t stored in a MemHead in order to make us keep track on memory we're requesting from the system, not memory which system is allocating. This is probably also faster than using a malloc's usable size function. Lock-free guarded allocator will say you whether all the blocks were freed, but wouldn't give you a list of unfreed blocks list. To have such a list use a --debug or --debug-memory command line arguments. Debug builds does have the same behavior as release builds. This is so tools like valgrind are not screwed up by guarded allocator as they're currently are. -- svn merge -r59941:59942 -r60072:60073 -r60093:60094 \ -r60095:60096 ^/branches/soc-2013-depsgraph_mt		2013-10-10 11:58:01 +00:00
build_files	Fix for conf instructions for scons...	2013-10-07 07:42:00 +00:00
doc	Fix broken example, reported by Codemanx on IRC, thanks.	2013-09-29 14:57:47 +00:00
extern	Libmv: make sure CmakeList.txt is re-created with all needed headers on re-bundle	2013-10-09 20:21:12 +00:00
intern	Lock-free memory allocator	2013-10-10 11:58:01 +00:00
release	Derivative map baker	2013-10-09 15:51:14 +00:00
source	Lock-free memory allocator	2013-10-10 11:58:01 +00:00
CMakeLists.txt	Lock-free memory allocator	2013-10-10 11:58:01 +00:00
COPYING	== docs ==	2010-10-13 14:44:22 +00:00
GNUmakefile	lots of operator descriptions were incorrectly copy/pasted.	2013-09-30 05:50:41 +00:00
SConstruct	Implementation of curve mapping in GLSL	2013-10-09 15:57:32 +00:00