Blender Git Loki

For non-windows systems, check for CUDA compiler during runtime

optimize BM_face_exists(), was doing a lot of redundant checks.

Cycles: enable lamp multiple importance sampling on the GPU, seems to be
working ok with sm_20 and sm_21.

Cuda binaries workaround for buildbot shall no longer be needed.

Remove usage WITH_CYCLES_CUDA_BINARIES in code, use check for
precompiled cubins instead,

Logic here is following now:
- If there're precompiled cubins, assume CUDA compute is available,
otherwise
- If cuda toolkit found, assume CUDA compute is available
- In all other cases CUDA compute is not available

For windows there're still check for only precompiled binaries,
no runtime compilation is allowed.

Ended up with such decision after discussion with Brecht. The thing
is, if we'll support runtime compilation on windows we'll end up
having lots of reports about different aspects of something doesn't
work (you need particular toolkit version, msvc installed, environment
variables set properly and so) and giving feedback on such reports
will waste time.

Change some big functions from __device_inline to __device, which
makes CPU kernel compilation much faster when using MSVC.

Sideeffect of this change is that CPU rendering is few percent
faster now. CUDA rendering is the same speed.

use booleans for bmesh api.

Fix #33868: cycles sample as lamp for world background not rendering with the
correct intensity on the GPU.

Fix #33863: cycles viewport render crash entering edit mode on an object with
a subsurf modifier.

Dosvidanya, old compositor!

You served well and now desired retirement, but you'll always live in our hearts.

And for sure -- monument!

+-------------------------------------------+
/ ++==+ . .. . ... . .. . /
/ // ++==++ ++ ++ ++==++ ++==++ /
/ // // // //\//\ // // // // /
/ ++==+ ++==++ // \ //==++ ++==++ /
/ . ... .. . // .. ... /
+-------------------------------------------+

Some notes:
- Removed all code which was from inside ifdef WITH_COMPOSITOR_LEGACY
- Removed some functions which were used by old compositor only but
weren't ported to new color management
- Removed WITH_COMPOSITOR_LEGACY from build systems
- node_composite_util.h was in fatc used by compo nodes specification
files, so added it back to cmake.

Could be cleaned up by moving header files to files where they're
actually needed but would consider this is a separate task.

- Should be no functional changes!

Fix cycles hair in a dupligroup not showing in the correct location for viewport
rendering.

fix own bug, edge crease and bevel weights lost on undo.

no need to call BLI_countlist on idproperty groups when comparing.

fix fox AddonPreferences not getting registered automatically and leak when removing the addon (wasnt freeing ID-props).

code cleanup: use BMW_begin insode for loops body.

fix [#33847] Ctrl+L doesnt works in edge selection mode
own bug caused be changes to selection flushing.

fix for own error with unwrap selection checking uvedit_have_selection() failed with no UV layer.
also add some safety checks for BM_ELEM_CD_GET_* macros.

draw vector icons using the the scaled width,height. The buttons window context arrow wasn't scaling with the DPI.

Further tweaks to support libav from wheezy

Minor updates:
*Made branches' po update multi-process!
*0.8 looks a bit too much a "similarity cutoff" value for messages, changed to 0.75.