Re: [Mingw-w64-public] [PATCH 05/13] headers: remove proxys generated by widl

2020-12-14 Thread Steve Lhomme
On 2020-12-14 22:10, Jacek Caban wrote: On 14.12.2020 09:30, Steve Lhomme wrote: widl 6.0-rc1 doesn't generate them. The IUnknown_QueryInterface_Proxy() is already hardcoded in unknwnbase.idl. Some methods still generate a proxy entry using "call_as" in the IDL file. ---  

[Mingw-w64-public] [PATCH] headers: Add IAudioClient3 and IAudioAmbisonicsControl in AudioClient.idl.

2020-12-14 Thread Biswapriyo Nath
From da4793738bc086a4162f36d1839b5b9ea70b3592 Mon Sep 17 00:00:00 2001 From: Biswapriyo Nath Date: Tue, 15 Dec 2020 12:01:11 +0530 Subject: [PATCH] headers: Add IAudioClient3 and IAudioAmbisonicsControl in AudioClient.idl. Signed-off-by: Biswapriyo Nath ---

Re: [Mingw-w64-public] IAudioClient3 for gstreamer wasapi2

2020-12-14 Thread Biswapriyo Nath
For wasapi2 plugin in gstreamer-plugins-bad project, we need more WinRT headers e.g. windows.applicationmodel.core.h and its includes. There is a recent work about updating WinRT headers, so stay tuned. I shall build the gstreamer-plugins-bad project[1] and add the necessary changes required.

[Mingw-w64-public] IAudioClient3 for gstreamer wasapi2

2020-12-14 Thread Jonas Kvinge
Hi I need to compile gstreamer-plugins-bad with wasapi2. But this requires IAudioClient3. Is this possible to add, are there any plans to add it? Header has symbol "IAudioClient3" with dependencies -lole32, -lksuser, -lruntimeobject, -lmmdevapi: NO sys/wasapi2/meson.build:44:4: ERROR: Problem

Re: [Mingw-w64-public] [PATCH 13/13] headers: fix IAsyncAction definition in windows.foundation

2020-12-14 Thread Jacek Caban
Hi Steve, I extracted winrt part from the series and pushed it. Thanks! Jacek ___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public

Re: [Mingw-w64-public] [PATCH 05/13] headers: remove proxys generated by widl

2020-12-14 Thread Jacek Caban
On 14.12.2020 09:30, Steve Lhomme wrote: widl 6.0-rc1 doesn't generate them. The IUnknown_QueryInterface_Proxy() is already hardcoded in unknwnbase.idl. Some methods still generate a proxy entry using "call_as" in the IDL file. --- mingw-w64-headers/include/bdaiface.h | 1865

Re: [Mingw-w64-public] [PATCH 04/13] headers: remove widl [v1_enum] in bdatypes.h

2020-12-14 Thread Jacek Caban
On 14.12.2020 09:30, Steve Lhomme wrote: It results in a compilation error with widl 6.0-rc1: include/bdatypes.h:43: error: 'PBDA_EVENT_ID': [v1_enum] attribute applied to non-enum type It looks like a widl bug, [v1_enum] should be there, as far as I can see. Jacek

Re: [Mingw-w64-public] [PATCH 02/13] headers: add some guards for library defined in IDL files

2020-12-14 Thread Jacek Caban
Hi Steve, Please rebase the series. Patch 2 and 3 should be fixed in git since yesterday. Jacek ___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public

[Mingw-w64-public] [PATCH 03/13] headers: regenerate some .h files from their .idl files with widl 6.0-rc1

2020-12-14 Thread Steve Lhomme
This is the widl version currently in mingw64-w64-tools. unions/enums now generate an internal name. The value may differ from previous runs. Header files where only the version in the header has changed are not included. --- mingw-w64-headers/include/activprof.h | 12 ++---

[Mingw-w64-public] [PATCH 02/13] headers: add some guards for library defined in IDL files

2020-12-14 Thread Steve Lhomme
--- mingw-w64-headers/include/activdbg.h| 5 - mingw-w64-headers/include/adhoc.h | 5 - mingw-w64-headers/include/alg.h | 5 - mingw-w64-headers/include/comadmin.h| 5 - mingw-w64-headers/include/commoncontrols.h | 5 -

[Mingw-w64-public] [PATCH 06/13] headers: declare IDL interfaces in C++ in addition to the typedef

2020-12-14 Thread Steve Lhomme
This is what widl 6.0-rc1 does. --- mingw-w64-headers/include/bdaiface.h | 140 - mingw-w64-headers/include/objidl.h | 298 +- mingw-w64-headers/include/tuner.h| 303 +++ mingw-w64-headers/include/unknwn.h | 9 + 4 files

[Mingw-w64-public] [PATCH 13/13] headers: fix IAsyncAction definition in windows.foundation

2020-12-14 Thread Steve Lhomme
IAsyncAction inherits from IAsyncInfo as described at [1]. [1] https://docs.microsoft.com/en-us/uwp/api/windows.foundation.iasyncaction --- .../include/windows.foundation.h | 49 +-- .../include/windows.foundation.idl| 4 +- 2 files changed, 47

[Mingw-w64-public] [PATCH 10/13] headers: fix enum values after widl update

2020-12-14 Thread Steve Lhomme
widl prefixes the names properly, otherwise we get the prefix twice. The typedef and definition of the enums needs to be separated for widl to generate and use the enums properly. NameCollisionOption had the wrong casing (NameCollisionoption). --- mingw-w64-headers/include/windows.storage.h |

[Mingw-w64-public] [PATCH 08/13] headers: update windows.security.cryptography.h

2020-12-14 Thread Steve Lhomme
widl needs to be helped to find the IBuffer class. The enum values need to be defined without the typedef. It's now matching the type names of MSVC. So winstorecompat needs to be updated to match the new names. Generated with: x86_64-w64-mingw32-widl -DBOOL=WINBOOL -I. -I../build/crt -I../crt -h

[Mingw-w64-public] [PATCH 12/13] headers: fix ApplicationDataSetVersionHandler definition

2020-12-14 Thread Steve Lhomme
The current generated code results in the following error: error: constructor cannot have a return type The proper interface to use is IApplicationDataSetVersionHandler and contains a single method: Invoke(ISetVersionRequest) which corresponds to the constructor described at [1] passing a

[Mingw-w64-public] [PATCH 11/13] headers: fix enum declaration

2020-12-14 Thread Steve Lhomme
The enum definition needs to be separated from the typedef for widl to produce the correct code. --- .../include/windows.system.threading.h| 78 +++ .../include/windows.system.threading.idl | 12 +-- 2 files changed, 52 insertions(+), 38 deletions(-) diff --git

[Mingw-w64-public] [PATCH 04/13] headers: remove widl [v1_enum] in bdatypes.h

2020-12-14 Thread Steve Lhomme
It results in a compilation error with widl 6.0-rc1: include/bdatypes.h:43: error: 'PBDA_EVENT_ID': [v1_enum] attribute applied to non-enum type The code generated without this ifdef is equivalent. (see MEDIA_SAMPLE_CONTENT for example) --- mingw-w64-headers/include/bdatypes.h | 107

[Mingw-w64-public] [PATCH 07/13] headers: minor changes when processing.idl files with widl 6.0-rc1

2020-12-14 Thread Steve Lhomme
--- mingw-w64-headers/include/mshtmhst.h | 4 ++-- mingw-w64-headers/include/windows.system.h | 3 ++- 2 files changed, 4 insertions(+), 3 deletions(-) diff --git a/mingw-w64-headers/include/mshtmhst.h b/mingw-w64-headers/include/mshtmhst.h index 85569e50..be9157d1 100644 ---

[Mingw-w64-public] [PATCH 01/13] headers: do not typedef FARPROC function when running widl

2020-12-14 Thread Steve Lhomme
widl 6.0-rc1 reports the following error: include/wincrypt.idl:17: error: calling convention applied to non-function type FARPROC is not used in any IDL file anyway. --- mingw-w64-headers/include/wincrypt.idl | 2 ++ 1 file changed, 2 insertions(+) diff --git

Re: [Mingw-w64-public] [PATCH 01/14] update windows.security.cryptography.h

2020-12-14 Thread Steve Lhomme
On 2020-12-13 11:43, Jacek Caban wrote: On 11.12.2020 12:42, Steve Lhomme wrote: On 2020-12-11 1:02, Jacek Caban wrote: Hopefully widl will be able to properly support all those new constructs. I recently updated widl in mingw-w64 repo to a more recent upstream version and it already