Why has this patch not been accepted?
Luis C. Busquets Pérez escribió:
> I have created a /dlls/d3dx8/texture.c file where to put all functions
> related to textures and d3dx8.
>
> I have included D3DXIMAGE_FILEFORMAT in the patch because it is
> referred by D3DXIMAGE_FILEFORMAT which is referre
d3dx8tex.h with the mentioned name.
I should be done now. Please send comments if not.
---
dlls/d3dx8/Makefile.in |1 +
dlls/d3dx8/d3dx8.spec |8 ++--
dlls/d3dx8/texture.c | 86
include/d3dx8.h|1 +
include/d3dx8tex.h
d3dx8tex.h with the mentioned name.
I should be done now. Please send comments if not.
---
dlls/d3dx8/Makefile.in |1 +
dlls/d3dx8/d3dx8.spec |8 ++--
dlls/d3dx8/texture.c | 86
include/d3dx8.h|1 +
include/d3dx8tex.h
The real file is d3dx8tex.h and not d3dx8texture.h. You need to use the same
name as windows uses.
David
"Luis C. Busquets Pérez" <[EMAIL PROTECTED]> a écrit : I have created a
/dlls/d3dx8/texture.c file where to put all functions
related to textures and d3dx8.
I have included D3DXIMAGE_FILE
I have created a /dlls/d3dx8/texture.c file where to put all functions
related to textures and d3dx8.
I have included D3DXIMAGE_FILEFORMAT in the patch because it is referred
by D3DXIMAGE_FILEFORMAT which is referred in the function. If not
included, it would not compile. They both are now in
On Sunday 27 January 2008 12:39:18 am Luis C. Busquets Pérez wrote:
> +{
> + FIXME("(void): stub\n");
> + return D3D_OK;
> +}
You probably shouldn't return okay if you're not implementing the function.
It's normal to return D3DERR_NOTIMPLEMENTED (or whatever it is). At the very
least you don't