November 2017 - Wine-devel - list.winehq.org

Re: [PATCH 1/4] gdiplus/metafile: Support hatch brushes in playback
by Vincent Povirk 01 Nov '17

01 Nov '17

+ status = GdipCreateHatchBrush(data->BrushData.hatch.HatchStyle, *(ARGB *)&data->BrushData.hatch.ForeColor, + *(ARGB *)&data->BrushData.hatch.BackColor, (GpHatch **)brush); I guess this is OK for this patch, but maybe we should modify the definition of EmfPlusARGB to avoid needing things like this?

2 4

Re: [PATCH 01/10] vulkan: Add Wine vulkan header.
by Józef Kucia 01 Nov '17

01 Nov '17

On Tue, Oct 31, 2017 at 6:24 PM, Roderick Colenbrander <thunderbird2k(a)gmail.com> wrote: > Signed-off-by: Roderick Colenbrander <thunderbird2k(a)gmail.com> > --- > include/wine/vulkan.h | 2889 +++++++++++++++++++++++++++++++++++++++++++++++++ > 1 file changed, 2889 insertions(+) > create mode 100644 include/wine/vulkan.h > > diff --git a/include/wine/vulkan.h b/include/wine/vulkan.h > new file mode 100644 > index 0000000000..b86702e43f > --- /dev/null > +++ b/include/wine/vulkan.h > @@ -0,0 +1,2889 @@ > +/* Automatically generated from Vulkan vk.xml; DO NOT EDIT! */ This file is generated by a custom code generator, right? When do you plan to submit the code generator? In a way it might be easier to review the code generator than the generated code. > + > +#ifndef __WINE_VULKAN_H > +#define __WINE_VULKAN_H

2 1

Re: [PATCH v2] vbscript/tests: Fix test for WeekDayName(foo, bar, 0).
by Alexandre Julliard 01 Nov '17

01 Nov '17

Jacek Caban <jacek(a)codeweavers.com> writes: > Hi Alex, > > On 30.10.2017 18:17, Alex Henrie wrote: >> -static BOOL is_lang_english(void) >> +static void detect_locale(void) >> { >> - static HMODULE hkernel32 = NULL; >> - static LANGID (WINAPI *pGetThreadUILanguage)(void) = NULL; >> - static LANGID (WINAPI *pGetUserDefaultUILanguage)(void) = NULL; >> + is_english = (PRIMARYLANGID(GetThreadUILanguage()) == LANG_ENGLISH && >> + PRIMARYLANGID(GetUserDefaultUILanguage()) == LANG_ENGLISH && >> + PRIMARYLANGID(GetUserDefaultLangID()) == LANG_ENGLISH); > > > GetThreadUILanguage is available since Vista, so we still need to > check it in runtime. BTW, I'm not sure what's up with TestBot. There > are failures (as expected), but it has OK status on patch status page. Probably that's because there are no failure messages, only timeouts; the testbot doesn't seem to handle that case correctly. -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: [PATCH 1/4] dx8vb: Add stubs for D3DX8 interface
by Henri Verbeet 01 Nov '17

01 Nov '17

Perhaps this is sufficiently far removed from core Direct3D that nobody cares, but for what it's worth: On 31 October 2017 at 03:01, Fabian Maurer <dark.shadow4(a)web.de> wrote: > +typedef struct > +{ > + ID3DX8 ID3DX8_iface; > + LONG ref; > +} d3dx8; Please don't typedef structures just to save keystrokes. > +static HRESULT WINAPI d3dx8_QueryInterface(ID3DX8 *iface, REFIID riid, void **ppv) > +{ > + d3dx8 *This = impl_from_ID3DX8(iface); Please use lowercase variable names. > + > + TRACE("(%p/%p)->(%s,%p)\n", iface, This, debugstr_guid(riid), ppv); > + > + *ppv = NULL; > + > + if (IsEqualGUID(riid, &IID_IUnknown)) > + *ppv = &This->ID3DX8_iface; > + else if(IsEqualGUID(riid, &IID_ID3DX8)) > + *ppv = &This->ID3DX8_iface; > + else if(IsEqualGUID(riid, &IID_IPersistPropertyBag)) > + FIXME("No interface for IID_IPersistPropertyBag\n"); > + else if(IsEqualGUID(riid, &IID_IPersistStreamInit)) > + FIXME("No interface for IID_IPersistStreamInit\n"); > + else > + FIXME("No interface for %s\n", debugstr_guid(riid)); Not implementing an arbitrary interface is a WARN at best. > + > + if (*ppv) > + { > + IUnknown_AddRef((IUnknown *)(*ppv)); > + return S_OK; > + } > + > + return E_NOINTERFACE; > +} I think Nikolay already hinted at this, but this is fairly different from the canonical QueryInterface() implementation, especially for an object that only implements a single interface. > +static HRESULT WINAPI d3dx8_CreateFont(ID3DX8 *iface, Direct3DDevice8 *device, > + LONG hFont, D3DXFont **retFont) Please use lowercase parameter names, and avoid the stray 'h'. > +static HRESULT WINAPI d3dx8_AssembleShaderFromFile(ID3DX8 *iface, BSTR file, LONG flags, BSTR *log, > + D3DXBuffer **constants, D3DXBuffer **ppVertexShader) > +{ > + FIXME("(%s, %i, %p, %p, %p): stub!\n", debugstr_w(file), flags, log, constants, ppVertexShader); I certainly have my preferences when it comes to trace formatting, but I think "%i" is questionable for flags regardless of preference. > +static const ID3DX8Vtbl ID3DX8_Vtbl = "d3dx8_vtbl" > +HRESULT d3dx8_create(IUnknown *outer_unk, void **ppv) > +{ > + d3dx8 *object; > + > + TRACE("(%p,%p)\n", outer_unk, ppv); > + > + object = HeapAlloc(GetProcessHeap(), HEAP_ZERO_MEMORY, sizeof(d3dx8)); "sizeof(*object)"

4 6

Re: [PATCH] regedit: Always start the GUI as 64-bit when on a 64-bit prefix.
by Austin English 01 Nov '17

01 Nov '17

On Tue, Oct 31, 2017 at 6:27 PM, Zebediah Figura <z.figura12(a)gmail.com> wrote: > Same as we do with winecfg. This should help to eliminate some confusion > with users who may want to edit keys with WOW64 redirection (e.g. > Software\\Wine\\Drives). > > Signed-off-by: Zebediah Figura <z.figura12(a)gmail.com> > --- > programs/regedit/main.c | 28 ++++++++++++++++++++++++++++ > 1 file changed, 28 insertions(+) > > diff --git a/programs/regedit/main.c b/programs/regedit/main.c > index 8f82580..460a951 100644 > --- a/programs/regedit/main.c > +++ b/programs/regedit/main.c > @@ -24,10 +24,13 @@ > #include <stdlib.h> > #include <stdio.h> > #include <fcntl.h> > +#include "wine/debug.h" > > #define REGEDIT_DECLARE_FUNCTIONS > #include "main.h" > > +WINE_DEFAULT_DEBUG_CHANNEL(regedit); > + > WCHAR g_pszDefaultValueName[64]; > > BOOL ProcessCmdLine(WCHAR *cmdline); > @@ -138,11 +141,36 @@ int WINAPI wWinMain(HINSTANCE hInstance, HINSTANCE hPrevInstance, LPWSTR lpCmdLi > { > MSG msg; > HACCEL hAccel; > + BOOL is_wow64; > > if (ProcessCmdLine(GetCommandLineW())) { > return 0; > } > > + if (IsWow64Process( GetCurrentProcess(), &is_wow64 ) && is_wow64) > + { > + STARTUPINFOW si; > + PROCESS_INFORMATION pi; > + WCHAR filename[MAX_PATH]; > + void *redir; > + DWORD exit_code; > + > + memset( &si, 0, sizeof(si) ); > + si.cb = sizeof(si); > + GetModuleFileNameW( 0, filename, MAX_PATH ); > + > + Wow64DisableWow64FsRedirection( &redir ); > + if (CreateProcessW( filename, GetCommandLineW(), NULL, NULL, FALSE, 0, NULL, NULL, &si, &pi )) > + { > + WINE_TRACE( "restarting %s\n", wine_dbgstr_w(filename) ); > + WaitForSingleObject( pi.hProcess, INFINITE ); > + GetExitCodeProcess( pi.hProcess, &exit_code ); > + ExitProcess( exit_code ); > + } > + else WINE_ERR( "failed to restart 64-bit %s, err %d\n", wine_dbgstr_w(filename), GetLastError() ); > + Wow64RevertWow64FsRedirection( redir ); > + } > + > /* Initialize global strings */ > LoadStringW(hInstance, IDS_APP_TITLE, szTitle, COUNT_OF(szTitle)); > LoadStringW(hInstance, IDS_REGISTRY_DEFAULT_VALUE, g_pszDefaultValueName, COUNT_OF(g_pszDefaultValueName)); > -- > 2.7.4 How should we expect users to edit the 32-bit entries then? Through Wow6432node or some other way? -- -Austin GPG: 14FB D7EA A041 937B

2 2

Re: [PATCH 07/10] winex11: add logging functions for vkCreateInstance
by Józef Kucia 01 Nov '17

01 Nov '17

On Tue, Oct 31, 2017 at 6:24 PM, Roderick Colenbrander <thunderbird2k(a)gmail.com> wrote: > Signed-off-by: Roderick Colenbrander <thunderbird2k(a)gmail.com> > --- > dlls/winex11.drv/vulkan.c | 44 ++++++++++++++++++++++++++++++++++++++++++++ > 1 file changed, 44 insertions(+) > > diff --git a/dlls/winex11.drv/vulkan.c b/dlls/winex11.drv/vulkan.c > index 4171ee0fd6..8632c46010 100644 > --- a/dlls/winex11.drv/vulkan.c > +++ b/dlls/winex11.drv/vulkan.c > @@ -39,6 +39,13 @@ WINE_DEFAULT_DEBUG_CHANNEL(vulkan); > > void* WINAPI X11DRV_vk_icdGetInstanceProcAddr(VkInstance instance, const char* pName); > > +/* All Vulkan structures use this structure for the first elements. */ > +struct wine_vk_structure_header > +{ > + VkStructureType sType; > + const void *pNext; > +}; > + > > static BOOL wine_vk_init(void) > { > @@ -67,10 +74,47 @@ static void *wine_vk_get_global_proc_addr(const char* name) > return NULL; > } > > +static void wine_vk_application_dump_info(const VkApplicationInfo *info) > +{ > + TRACE("pApplicationName \"%s\", applicationVersion %d\n", info->pApplicationName, info->applicationVersion); > + TRACE("pEngineName \"%s\", engineVersion %d\n", info->pEngineName, info->engineVersion); > + TRACE("apiVersion %#x\n", info->apiVersion); > +} I guess that "%s" doesn't work very well for NULL. We should probably use debugstr_a(). > + > +static void wine_vk_instance_dump_create_info(const VkInstanceCreateInfo *info) > +{ > + int i, num_extensions, num_layers; > + const struct wine_vk_structure_header *header; > + > + wine_vk_application_dump_info(info->pApplicationInfo); pApplicationInfo can be NULL. > + > + /* Should be 0, loader should have filtered this out. */ > + num_layers = info->enabledLayerCount; > + TRACE("Enabled layers: %d\n", num_layers); > + for (i = 0; i < num_layers; i++) > + { > + TRACE("Layer %d: %s\n", i, info->ppEnabledLayerNames[i]); > + } > + > + num_extensions = info->enabledExtensionCount; > + TRACE("Enabled extensions: %d\n", num_extensions); > + for (i = 0; i < num_extensions; i++) > + { > + TRACE("Extension %d: %s\n", i, info->ppEnabledExtensionNames[i]); > + } > + > + for (header = info->pNext; header; header = header->pNext) > + { > + TRACE("pNext: %p sType:%d\n", header, header->sType); > + } > +} > + > VkResult WINAPI X11DRV_vkCreateInstance(const VkInstanceCreateInfo *pCreateInfo, const VkAllocationCallbacks *pAllocator, > VkInstance *pInstance) > { > FIXME("stub: %p, %p, %p\n", pCreateInfo, pAllocator, pInstance); > + > + wine_vk_instance_dump_create_info(pCreateInfo); > return VK_ERROR_INCOMPATIBLE_DRIVER; > } > > -- > 2.13.6 > > >

1 0

Re: [PATCH 04/10] winex11: Add stubs for global Vulkan functions.
by Józef Kucia 01 Nov '17

01 Nov '17

On Tue, Oct 31, 2017 at 6:24 PM, Roderick Colenbrander <thunderbird2k(a)gmail.com> wrote: > Signed-off-by: Roderick Colenbrander <thunderbird2k(a)gmail.com> > --- > dlls/winex11.drv/Makefile.in | 1 + > dlls/winex11.drv/vulkan.c | 65 ++++++++++++++++++++++++++++++++++++++- > dlls/winex11.drv/vulkan_private.h | 45 +++++++++++++++++++++++++++ > dlls/winex11.drv/vulkan_thunks.c | 18 +++++++++++ > 4 files changed, 128 insertions(+), 1 deletion(-) > create mode 100644 dlls/winex11.drv/vulkan_private.h > create mode 100644 dlls/winex11.drv/vulkan_thunks.c > > diff --git a/dlls/winex11.drv/Makefile.in b/dlls/winex11.drv/Makefile.in > index 747f509b44..fc6c288d66 100644 > --- a/dlls/winex11.drv/Makefile.in > +++ b/dlls/winex11.drv/Makefile.in > @@ -21,6 +21,7 @@ C_SRCS = \ > settings.c \ > systray.c \ > vulkan.c \ > + vulkan_thunks.c \ > window.c \ > wintab.c \ > x11drv_main.c \ > diff --git a/dlls/winex11.drv/vulkan.c b/dlls/winex11.drv/vulkan.c > index f58bad9c5a..cff474190a 100644 > --- a/dlls/winex11.drv/vulkan.c > +++ b/dlls/winex11.drv/vulkan.c > @@ -25,6 +25,8 @@ > > #ifdef SONAME_LIBVULKAN > > +#include "vulkan_private.h" > + > WINE_DEFAULT_DEBUG_CHANNEL(vulkan); > > /* For now default to 3 as it felt like a reasonable version feature wise to support. > @@ -34,10 +36,71 @@ WINE_DEFAULT_DEBUG_CHANNEL(vulkan); > */ > #define WINE_VULKAN_ICD_VERSION 3 > > +void* WINAPI X11DRV_vk_icdGetInstanceProcAddr(VkInstance instance, const char* pName); > + > + > +static void *wine_vk_get_global_proc_addr(const char* name) > +{ > + int i; I think that "unsigned int" is preferred in this case. > diff --git a/dlls/winex11.drv/vulkan_private.h b/dlls/winex11.drv/vulkan_private.h > new file mode 100644 > index 0000000000..bb722ddb06 > --- /dev/null > +++ b/dlls/winex11.drv/vulkan_private.h > @@ -0,0 +1,45 @@ > +/* X11DRV Vulkan ICD implementation > + * > + * Copyright 2017 Roderick Colenbrander > + * > + * This library is free software; you can redistribute it and/or > + * modify it under the terms of the GNU Lesser General Public > + * License as published by the Free Software Foundation; either > + * version 2.1 of the License, or (at your option) any later version. > + * > + * This library is distributed in the hope that it will be useful, > + * but WITHOUT ANY WARRANTY; without even the implied warranty of > + * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU > + * Lesser General Public License for more details. > + * > + * You should have received a copy of the GNU Lesser General Public > + * License along with this library; if not, write to the Free Software > + * Foundation, Inc., 51 Franklin St, Fifth Floor, Boston, MA 02110-1301, USA > + */ > + > +#ifndef __WINE_VULKAN_PRIVATE_H /* __WINE_VULKAN_PRIVATE_H */ I guess that /* __WINE_VULKAN_PRIVATE_H */ is unintentional. > +#define __WINE_VULKAN_PRIVATE_H > + > +#ifndef __WINE_CONFIG_H > +# error You must include config.h to use this header > +#endif > + > +#ifdef SONAME_LIBVULKAN > + > +struct vulkan_func > +{ > + const char *name; > + const char *extension; > + void *func; > +}; > + > +/* For use by vk_icdGetInstanceProcAddr / vkGetInstanceProcAddr */ > +extern const struct vulkan_func vk_global_dispatch_table[] DECLSPEC_HIDDEN; > +extern const int vk_global_dispatch_table_size DECLSPEC_HIDDEN; Could we make the dispatch tables static and local to vulkan_thunks.c? It would be nicer if only wine_vk_get_global_proc_addr() would be accessible to other files. > + > +VkResult WINAPI X11DRV_vkCreateInstance(const VkInstanceCreateInfo*, const VkAllocationCallbacks*, VkInstance*) DECLSPEC_HIDDEN; > +VkResult WINAPI X11DRV_vkEnumerateInstanceExtensionProperties(const char*, uint32_t*, VkExtensionProperties*) DECLSPEC_HIDDEN; > +PFN_vkVoidFunction WINAPI X11DRV_vkGetInstanceProcAddr(VkInstance, const char*) DECLSPEC_HIDDEN; > + > +#endif /* SONAME_LIBVULKAN */ > +#endif /* __WINE_VULKAN_PRIVATE_H */ > diff --git a/dlls/winex11.drv/vulkan_thunks.c b/dlls/winex11.drv/vulkan_thunks.c > new file mode 100644 > index 0000000000..fc3c65762a > --- /dev/null > +++ b/dlls/winex11.drv/vulkan_thunks.c > @@ -0,0 +1,18 @@ > +/* Automatically generated from Vulkan vk.xml; DO NOT EDIT! */ When do you plan to submit the code generator? > + > +#include "config.h" > +#include "wine/port.h" > + > +#ifdef SONAME_LIBVULKAN > + > +#include "wine/vulkan.h" > +#include "vulkan_private.h" > + > +const struct vulkan_func vk_global_dispatch_table[] = { > + {"vkCreateInstance", NULL, &X11DRV_vkCreateInstance}, > + {"vkEnumerateInstanceExtensionProperties", NULL, &X11DRV_vkEnumerateInstanceExtensionProperties}, > + {"vkGetInstanceProcAddr", NULL, &X11DRV_vkGetInstanceProcAddr}, > +}; > +const int vk_global_dispatch_table_size = 3; > + > +#endif /* SONAME_LIBVULKAN */ > -- > 2.13.6 > > >

1 0

Re: [PATCH 06/10] winex11: Load vulkan library.
by Józef Kucia 01 Nov '17

01 Nov '17

On Tue, Oct 31, 2017 at 6:24 PM, Roderick Colenbrander <thunderbird2k(a)gmail.com> wrote: > Signed-off-by: Roderick Colenbrander <thunderbird2k(a)gmail.com> > --- > dlls/winex11.drv/vulkan.c | 21 +++++++++++++++++++++ > 1 file changed, 21 insertions(+) > > diff --git a/dlls/winex11.drv/vulkan.c b/dlls/winex11.drv/vulkan.c > index e0e45d47ce..4171ee0fd6 100644 > --- a/dlls/winex11.drv/vulkan.c > +++ b/dlls/winex11.drv/vulkan.c > @@ -21,6 +21,7 @@ > #include "wine/port.h" > > #include "wine/debug.h" > +#include "wine/library.h" > #include "wine/vulkan.h" > > #ifdef SONAME_LIBVULKAN > @@ -39,6 +40,19 @@ WINE_DEFAULT_DEBUG_CHANNEL(vulkan); > void* WINAPI X11DRV_vk_icdGetInstanceProcAddr(VkInstance instance, const char* pName); > > > +static BOOL wine_vk_init(void) > +{ > + static BOOL init_done = FALSE; > + static void *vulkan_handle; > + > + if (init_done) return (vulkan_handle != NULL); > + init_done = TRUE; It's probably better to use InitOnceExecuteOnce().

1 0

Re: [PATCH 09/10] winex11: Add stubs for core Vulkan instance functions.
by Józef Kucia 01 Nov '17

01 Nov '17

On Tue, Oct 31, 2017 at 6:24 PM, Roderick Colenbrander <thunderbird2k(a)gmail.com> wrote: > Signed-off-by: Roderick Colenbrander <thunderbird2k(a)gmail.com> > --- > dlls/winex11.drv/vulkan.c | 24 +++++++++- > dlls/winex11.drv/vulkan_private.h | 2 + > dlls/winex11.drv/vulkan_thunks.c | 98 +++++++++++++++++++++++++++++++++++++++ > 3 files changed, 122 insertions(+), 2 deletions(-) > > diff --git a/dlls/winex11.drv/vulkan.c b/dlls/winex11.drv/vulkan.c > index f1c41908d8..70adbe5a92 100644 > --- a/dlls/winex11.drv/vulkan.c > +++ b/dlls/winex11.drv/vulkan.c > @@ -98,6 +98,20 @@ static void *wine_vk_get_global_proc_addr(const char* name) > return NULL; > } > > +static void *wine_vk_get_instance_proc_addr(const char* name) It would be nice to have asterisks placed consistently after a space. A consistent style would also be nice in vulkan_thunks.c, if possible.

1 0

Re: [PATCH 00/10] winex11: Add Vulkan ICD.
by Józef Kucia 01 Nov '17

01 Nov '17

Thanks for working on this! On Tue, Oct 31, 2017 at 6:24 PM, Roderick Colenbrander <thunderbird2k(a)gmail.com> wrote: > Hi all, > > This patch series starts the implementation of a Vulkan ICD > into winex11.drv (and later in other drivers). > > For people not familiar with Vulkan, let provide a brief overview > on why we need an ICD and why it should be in the display drivers > themselves. > > Application developers typically interface with Vulkan through the > Vulkan loader library (vulkan-1.dll on Windows). The loader is > open source (more on this later) and its upto the developer to > link it dynamically or statically (yuck). Some developers skip > the loader and directly load the ICD in the hope to get that > magical 0.1% fps boost. > > The loader hides loading of the ICDs which are provided by the > hardware vendors. In addition the loader provides a layering > mechanism, which allows layer libraries to get inserted in > between loader and ICD. Some reference layers can help with > debugging, but e.g. Steam uses layers to inject overlays. > > A Vulkan implementation in Wine must be in the form of an ICD > as demonstrated above. The implemention in Wine staging just > replaces the loader and would have the issues mentioned above. Yes, a Vulkan implementation in the form of an ICD is preferred to make using layers possible. > > Vulkan was retrofitted into existing operating systems, so > integration with Win32 is fairly minimal. For example there > is no path like with gdi32 by which Vulkan can reach the > graphics drivers, so Vulkan loads the display driver directly. > Registry settings and json files provide Vulkan this detail. > > I decided to place the ICD directly in the display driver > as ultimately we need some tight coupling for window > rendering and also child window rendering (this is possible, > though I haven't seen applications use it). > > The amount of code sharing between ICDs, I expect to be mostly in > generated code and maybe a few helper functions. For now > I think it is best to duplicate code and longer-term if > a little bit of sharing makes sense put this in a staticly > linked helper library. I want to avoid implementing our own > 'winevulkan' glue ICD library in between loader and display > driver as I fear this will cause many issues, because the object > design didn't lend for this (assumes 1 ICD = 1 driver). Besides > some applications load the ICD directly. > > This first wave of patches gets some initial ICD infrastructure > in place. Enough to create a minimal Vulkan Instance and get > some function loading going. It will take another 6-7 patches > or so before 'vulkaninfo' the Vulkan equivalent of glxinfo > will work to some degree. > > For now the easiest way to load the ICD is to add a registry key: > [HKEY_LOCAL_MACHINE\SOFTWARE\Khronos\Vulkan\Drivers\] > "C:\Windows\System32\winex11.json"=dword:00000000 > > winex11.json: > { > "file_format_version": "1.0.0", > "ICD": { > "library_path": "c:\\windows\\system32\\winex11.drv", > "api_version": "1.0.51" > } > } > > One other comment in regards to licensing. For now I'm generating > code from vk.xml version 1.0.51. This is NOT the latest version, > but is the last BSD licensed version. Newer versions are Apache > licensed and can't be used by us as we are a derived work and > would be Apache. I have reached out to Khronos a few weeks ago > and they want to fix this. They thought Apache made things easy, > but didn't think about generated code and the license implications. > They are actively working on a solution either dual licensing or > additing some kind of code generation exception. This is a slow > process as it involves 100+ companies, but the Neil Trevett of > Khronos wants to get this done. > > Thanks, > Roderick > > Roderick Colenbrander (10): > vulkan: Add Wine vulkan header. > winex11: Add stub Vulkan ICD > winex11: Implement vk_icdNegotiateLoaderICDInterfaceVersion > winex11: Add stubs for global Vulkan functions. > winex11: Add initial vkEnumerateInstanceExtensionProperties > implementation. > winex11: Load vulkan library. > winex11: add logging functions for vkCreateInstance > winex11: Add initial vkCreateInstance implementation. > winex11: Add stubs for core Vulkan instance functions. > winex11: Implement vkDestroyInstance. > > configure.ac | 9 + > dlls/winex11.drv/Makefile.in | 2 + > dlls/winex11.drv/vulkan.c | 332 +++++ > dlls/winex11.drv/vulkan_private.h | 75 + > dlls/winex11.drv/vulkan_thunks.c | 110 ++ > dlls/winex11.drv/winex11.drv.spec | 4 + > include/config.h.in | 3 + > include/wine/vulkan.h | 2889 +++++++++++++++++++++++++++++++++++++ > 8 files changed, 3424 insertions(+) > create mode 100644 dlls/winex11.drv/vulkan.c > create mode 100644 dlls/winex11.drv/vulkan_private.h > create mode 100644 dlls/winex11.drv/vulkan_thunks.c > create mode 100644 include/wine/vulkan.h > > -- > 2.13.6 > > >

1 0