d3dx has nothing to do with DXVK. (Notice the x at the end).
That's a helper library from Microsoft.
In fairness, we are shipping the headers, but the constant in question seems to be defined in GDI headers.
But yes, d3dx libraries are not part of dxvk either way, and the only way to make those work at all in a native build would be to somehow build the wine implementation as a native Linux library - not sure how possible that is given that they kinda do everything from d3d stuff to file i/o.
d3dx has nothing to do with DXVK. (Notice the x at the end).
That's a helper library from Microsoft.
The header is shipped with the release build of DXVK-Native. Which is why I assumed, that I could "just" drop in DXVK-Native, where d3d9.h was originally used and then link to libdxvk_d3d9.so
But yes, d3dx libraries are not part of dxvk either way
The way I understand it, DXVK-Native provides Direct3DCreate9, which creates an object that implements IDirect3DDevice9, right?
I don't need more than the Direct3D wrapper.
EDIT: Ah, nevermind, I get it now. That's not what I originally asked. Thank you! :)
Nothing extracted yet.
While trying to include d3dx9math.h in a project using DXVK-Native,
Compilation aborts as a result of LF_FACESIZE not being defined.