Blender Git Commits

Switch texture nodes to a pynodes implementation.

This also removes the static bNodeTree type definition C, because
BVM requires some functions that are best defined in python (and it
would have been switched eventually anyway).

Removed texture nodes.

The node tree type is left alone for now, only the node types are removed.

Define the base opcode functions for LLVM and use util_ files for types.

Split opcode macro into thematic sections to make it easier to handle them in parts.

More meaningful dependencies between node tree parameters and cache-invalidation operations, and textures that use them.

Fix for regenerating functions with MCJIT.

LLVM was reusing old machine code, apparently regenerating it explicitly
with EE->generateCodeForModule() fixes this.

Fix for node function invalidation through the depsgraph.

We have two separate caches for bvm and llvm backend, both of them
might contain a function for the node tree.

Merge branch 'master' into object_nodes

Merge branch 'master' into object_nodes

Fix the module.cc file.

Small fix for llvm file includes.

Silence a few (false positive) compiler warnings about uninitialized variables.

Cleanup: removed unused code for struct return values and pointer arguments.

Implemented external C function linking and change of function signature convention.

The general signature layout for node functions is

void foobar(out1_t *out1, out2_t *out2, ..., in1_t in1, in2_t in2, ...);

All outputs are passed as pointers or references (using references in C code for clarity).
Inputs can be passed by-value or as const pointers/references (for structs and arrays).

In the future we may also support single value return types for convenience.

Moved type definition functions for LLVM types into own file.

Disable IR module loading for blenvm by default (with a compile option).

Base modules for nodes will instead be declared as external functions with regular
linkage through C code. This means some potential for low-level optimization might be lost,
but this shouldn't be a big problem as long as node functions don't get too complex
(which means they should be split up in the first place).

IR module loading is not the real issue, but generating the IR code from C/C++ code
in a generic way is not so easy. In the future we may actually generate most code for
basic operators and types directly inside blenvm and only use precompiled modules
for more complex functions.

Merge branch 'master' into object_nodes

Fix unused function warning.

Fix meamleak from unfreed edit data when exiting in hair edit mode.

Fix unfreed temporary buffers in strand relaxation.