Blender Git Loki

Fix invalid delete operator use

Again a thing MSVC should warn about but didn't...

Use friend class to access graphics data on Windows too

Also fix memory leak.

Pass graphics context data to OpenXR graphics bindings on Linux too

Refactors function into a class, and make this class a friend of
GHOST_ContextGLX. That seems like a better way to access low level
graphics data for this specific case, rather than giving anyone access
via a getter.

Init OpenXR graphics bindings with valid graphics context (Win only)

Will do this for Linux in a separate commit.

Also fixes a stupid mistake from previous commit on lazy-creation of XR
context.

Remove CTX_wm_xr_context

Not really useful, plus XR-Context is now GHOST data.

Rename of XR types (WM -> GHOST)

Lazy-create XR-context

Creating the context causes the OpenXR loader to try connect to a
runtime. That would involve reading the OS'es active_runtime.json and
dynamic linking based on that. So better avoid doing this on startup.
Also: don't pay for what you don't use!

Rename wm_xr_ -> GHOST_XR

Merge branch 'soc-2019-openxr' into temp-ghost_openxr

Merge branch 'master' into soc-2019-openxr

Use some C++ features where useful

Also correct include guards.

Initially move XR files to GHOST and compile in C++

Merge branch 'master' into soc-2019-openxr

Fail without crashing if no runtime is found

For now simply do nothing. Plan is to work on proper error handling and
reporting later.

Fix compile errors and warnings on certain configs

Addresses:
* Compile error on Linux
* Compile error with WITH_OPENXR disabled
* Unused parameter warnings

Fix missing return value... how did this work even?

Looking at the code this should've failed miserably. No idea how this
could still work fine... Maybe return vars used same stack location?

Merge branch 'master' into soc-2019-openxr

Draw OpenGL framebuffer upside down in DirectX windows

DirectX is Y coordinates top to bottom, while OpenGL is the opposite.
For the final window manager on-screen drawing, draw to a texture first
and draw that upside down if needed.

Support drawing the VR view into a DirectX window!

Phew! That a fight. But this is also a pretty important feature as it
allows interfacing with Windows Mixed Reality OpenXR runtime and the
HMDs supported by it.

Important remaining issue: The rendered viewport is upside down :) That
is of course because DirectX has the opposite vertical direction than
OpenGL.

When creating a DirectX window, we also create an OpenGL offscreen
context to use for all drawing. Just before swapping framebuffers, the
DirectX window blits the framebuffer of the offscreen context into its
swapchain. This requires the WGL_NV_DX_interop and WGL_NV_DX_interop2
extensions.

For testing/dev purposes, also adds:
* Version of the offscreen to onscreen blitting that's OpenGL only. So
it blits the default framebuffer of the offscreen context into the one
of the onscreen context.
This is disabled by a #define.
* Code to draw a colored triangle using DirectX, also for testing.
Requires the D3DCompiler.lib to be available at compile time. This is
also disabled using a #define.

Merge branch 'master' into soc-2019-openxr