Blender Git Commits

Geometry Nodes: Extrude

Differential Revision: https://developer.blender.org/D12108

Geometry Nodes: Extrude

Merge remote-tracking branch 'origin/soc-2021-porting-modifiers-to-nodes-remesh-voxel' into soc-2021-porting-modifiers-to-nodes-remesh-voxel

# Conflicts:
# source/blender/blenkernel/BKE_node.h

- changes based on review by Jacques Lucke (JacquesLucke)

Merge branch 'master' into soc-2021-porting-modifiers-to-nodes-remesh-voxel

# Conflicts:
# source/blender/blenkernel/BKE_node.h

- reverted unneeded change

Merge remote-tracking branch 'origin/soc-2021-porting-modifiers-to-nodes-remesh-blocks' into soc-2021-porting-modifiers-to-nodes-remesh-blocks

# Conflicts:
# source/blender/nodes/geometry/nodes/node_geo_remesh_blocks.cc

- changes based on Review by Jacques Lucke (JacquesLucke)

- changes based on Review by Jacques Lucke (JacquesLucke)

Merge branch 'master' into soc-2021-porting-modifiers-to-nodes-remesh-blocks

- reverted unrelated changes

Merge branch 'master' into soc-2021-porting-modifiers-to-nodes-decimate

# Conflicts:
# source/blender/blenkernel/BKE_node.h
# source/blender/blenloader/intern/versioning_defaults.c
# source/blender/editors/asset/intern/asset_filter.cc
# source/blender/editors/interface/interface.c
# source/blender/editors/interface/view2d_draw.c
# source/blender/freestyle/intern/winged_edge/Curvature.cpp
# source/blender/makesdna/DNA_fluid_types.h
# source/blender/python/intern/bpy_props.c
# source/blender/windowmanager/WM_types.h
# source/blender/windowmanager/intern/wm_dragdrop.c

- changes based on Review by Jacques Lucke (JacquesLucke) and feedback by Miro Horv�th (dreamak).

GHOST/X11: enable EGL

This will replace GLX with EGL for X11. GLEW does not support GLX and EGL
at the same time. Most distributions build GLEW with GLX support, so we
have to use the externally provided GLEW and build with EGL support.
This effectively sets WITH_SYSTEM_GLEW to OFF for all Linux configurations.

Differential Revision: https://developer.blender.org/D12034

Assets/UI: Resolve major asset view UI template limitation

Before this, all asset view templates showing the same asset library
would show the same assets, even if they should show different ID types.
That was a major limitation since the design did forsee that this
template can be put anywhere in the UI to display various sub-sets of
assets.

Initially I did the ID type filtering close to the asset-list reading,
because I wanted to optimize reading so that we would only actually read
asset information from disk of the ID type to be shown. But this will be
quite complex and I'm not sure if I'll get to work on this anytime soon.
So this commit moves the filtering to the template display level solving
this limitation.

Note: This also adds the code to filter by tags, together with the ID
type. But it's not actually used anywhere yet.

Assets/UI: Sanity check argument for UILayout.template_asset_view()

Was already doing some sanity checks, but wasn't checking if the passed
property actually is a collection property, which is important.

Cleanup: Remove unnecessary code for asset view UI template

From what I can tell there is no reason anymore to do this. The design
has changed since this was added.

install_deps: Update llvm to 12.0 (with minimal now being 11.0).

Ref T88438.

Fix T89213: Some modifier properties have wrong subtype

This commit resolves these RNA warnings:
```
offset: "", WARN (bpy.rna): ...sourceblenderpythoninternbpy_rna.c:1505 pyrna_enum_to_py: current value '65536' matches no enum in 'FloatProperty', 'offset', 'subtype'
project_limit: "", WARN (bpy.rna): ...sourceblenderpythoninternbpy_rna.c:1505 pyrna_enum_to_py: current value '65536' matches no enum in 'FloatProperty', 'project_limit', 'subtype'
falloff_radius: "", WARN (bpy.rna): ...sourceblenderpythoninternbpy_rna.c:1505 pyrna_enum_to_py: current value '65567' matches no enum in 'FloatProperty', 'falloff_radius', 'subtype'
```

Cleanup: Pass asset handle to asset iterator, rather than wrapped file

This iterator was introduced before `AssetHandle` existed, so it was
dealing with the file data directly. Now we want as little code as
possible to deal with the file data, all access should happen via the
`AssetHandle`.