Re: [Mingw-w64-public] Posix versus Win32 binaries

2020-03-04 Thread Martin Storsjö
On Thu, 5 Mar 2020, Liu Hao wrote: 在 03/05/2020 10:46 AM, Dan Raymond 写道: On 3/3/2020 6:16 AM, Liu Hao wrote: There are prebuilt native toolchains so you can have GCC, GDB etc. as native programs which do not require MSYS2 (note GDB may require Python3 which is native too) so there is no

Re: [Mingw-w64-public] Posix versus Win32 binaries

2020-03-04 Thread Liu Hao
在 03/05/2020 10:46 AM, Dan Raymond 写道: > On 3/3/2020 6:16 AM, Liu Hao wrote: > >> There are prebuilt native toolchains so you can have GCC, GDB etc. as >> native programs which do not require MSYS2 (note GDB may require Python3 >> which is native too) so there is no need to install MSYS2, unless

Re: [Mingw-w64-public] Posix versus Win32 binaries

2020-03-04 Thread Dan Raymond
On 3/3/2020 6:16 AM, Liu Hao wrote: There are prebuilt native toolchains so you can have GCC, GDB etc. as native programs which do not require MSYS2 (note GDB may require Python3 which is native too) so there is no need to install MSYS2, unless you also need GNU make, BASH, etc. I am running

Re: [Mingw-w64-public] [PATCH] crt: Move stdio/[v]snprintf.c to libmsvcr*.a from libmingwex.a

2020-03-04 Thread Martin Storsjö
On Wed, 4 Mar 2020, Liu Hao wrote: 在 2020/3/4 19:58, Martin Storsjö 写道: Originally, these source files only defined the symbols __ms_[v]snprintf (based on the _vsnprintf function from msvcr*.dll), but since 3a1127672ba390, they also define [v]snprintf as aliases to those functions. For ucrt,

Re: [Mingw-w64-public] [PATCH] include: Fix definition of VMR9AlphaBitmap

2020-03-04 Thread Jacek Caban
On 04.03.2020 18:39, Biswapriyo Nath wrote: The vmr9.idl file seems to be imported from wine headers but it's not present in wine-import.sh script. Can the vmr9.idl be added in wine-import script as well? Yes, after Nikolay's patch is committed to Wine. Thanks, Jacek

Re: [Mingw-w64-public] [PATCH] include: Fix definition of VMR9AlphaBitmap

2020-03-04 Thread Biswapriyo Nath
The vmr9.idl file seems to be imported from wine headers but it's not present in wine-import.sh script. Can the vmr9.idl be added in wine-import script as well? ___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net

[Mingw-w64-public] [PATCH 1/5] headers: add dxvahd.idl

2020-03-04 Thread Steve Lhomme
Use the generated dxvahd.h --- mingw-w64-headers/Makefile.am| 1 + mingw-w64-headers/include/dxvahd.h | 841 ++- mingw-w64-headers/include/dxvahd.idl | 427 ++ 3 files changed, 990 insertions(+), 279 deletions(-) create mode 100644

[Mingw-w64-public] [PATCH 5/5] headers: use the more generic STDMETHODCALLTYPE for the callbacks

2020-03-04 Thread Steve Lhomme
--- mingw-w64-headers/include/dxvahd.h | 41 +++ mingw-w64-headers/include/dxvahd.idl | 42 +++- 2 files changed, 34 insertions(+), 49 deletions(-) diff --git a/mingw-w64-headers/include/dxvahd.h b/mingw-w64-headers/include/dxvahd.h index

[Mingw-w64-public] [PATCH 2/5] headers: reorder dxvahd methods

2020-03-04 Thread Steve Lhomme
Tested with succesfully with VLC. --- mingw-w64-headers/include/dxvahd.h | 142 +-- mingw-w64-headers/include/dxvahd.idl | 12 +-- 2 files changed, 77 insertions(+), 77 deletions(-) diff --git a/mingw-w64-headers/include/dxvahd.h b/mingw-w64-headers/include/dxvahd.h

[Mingw-w64-public] [PATCH 4/5] headers: remove unknown PDXVAHD_STREAM_STATE_ASPECT_RATIO_DATA

2020-03-04 Thread Steve Lhomme
It doesn't seem to be a thing. That's the only local structure that has such a pointer defined. See https://docs.microsoft.com/en-us/windows/win32/api/dxvahd/ns-dxvahd-dxvahd_stream_state_aspect_ratio_data --- mingw-w64-headers/include/dxvahd.h | 1 - mingw-w64-headers/include/dxvahd.idl | 2

[Mingw-w64-public] [PATCH 3/5] headers: dxvahd API is only available on desktop

2020-03-04 Thread Steve Lhomme
See https://docs.microsoft.com/en-us/windows/win32/api/dxvahd/nf-dxvahd-dxvahd_createdevice --- mingw-w64-headers/include/dxvahd.h | 4 mingw-w64-headers/include/dxvahd.idl | 4 2 files changed, 8 insertions(+) diff --git a/mingw-w64-headers/include/dxvahd.h

Re: [Mingw-w64-public] [PATCH] include: Fix definition of VMR9AlphaBitmap

2020-03-04 Thread Nikolay Sivov
On Wed, Mar 4, 2020 at 4:57 PM Liu Hao wrote: > 在 2020/3/4 20:03, xtne6f 写道: > > Hello everyone! > > > > I have encountered a problem on using VMR9AlphaBitmap structure in > > "vmr9.h". According to > > > https://docs.microsoft.com/en-us/windows/win32/directshow/directshow-structures > > > > ,

Re: [Mingw-w64-public] [PATCH] crt: update and move ndis to lib-common

2020-03-04 Thread Liu Hao
在 2020/3/4 22:10, A A 写道: > Could I please be removed from this email list? > > Thank you. > Please search the source of mails that you have received for 'List-Unsubscribe:', then send a mail to the address that it suggests. Or try .

Re: [Mingw-w64-public] [PATCH] crt: update and move ndis to lib-common

2020-03-04 Thread A A
Could I please be removed from this email list? Thank you. On Wed, Mar 4, 2020 at 3:09 PM Liu Hao wrote: > 在 2020/3/3 21:12, Martin Storsjö 写道: > > > > Then we should definitely add one for consistency. And the same goes for > > netio, ksecdd and ks that have been pushed already. > > > > > >

Re: [Mingw-w64-public] [PATCH] crt: update and move ndis to lib-common

2020-03-04 Thread Liu Hao
在 2020/3/3 21:12, Martin Storsjö 写道: > > Then we should definitely add one for consistency. And the same goes for > netio, ksecdd and ks that have been pushed already. > > As discussed here, I added it in 'libarm32/Makefile.am' and pushed this patch. Thanks. -- Best regards, LH_Mouse

Re: [Mingw-w64-public] [PATCH] include: Fix definition of VMR9AlphaBitmap

2020-03-04 Thread Liu Hao
在 2020/3/4 20:03, xtne6f 写道: > Hello everyone! > > I have encountered a problem on using VMR9AlphaBitmap structure in > "vmr9.h". According to > https://docs.microsoft.com/en-us/windows/win32/directshow/directshow-structures > > , the `rDest` field of the structure is 'immediate', though the

Re: [Mingw-w64-public] [PATCH] crt: Move stdio/[v]snprintf.c to libmsvcr*.a from libmingwex.a

2020-03-04 Thread Liu Hao
在 2020/3/4 19:58, Martin Storsjö 写道: > Originally, these source files only defined the symbols __ms_[v]snprintf > (based on the _vsnprintf function from msvcr*.dll), but since > 3a1127672ba390, they also define [v]snprintf as aliases to those > functions. > > For ucrt, we shouldn't be defining

Re: [Mingw-w64-public] [PATCH] crt: Build libks.a, libksecdd.a and libnetio.a for arm32 as well

2020-03-04 Thread Liu Hao
在 2020/3/4 15:34, Martin Storsjö 写道: > They do exist for arm32 just like for other platforms in the > Windows Driver Kit. > > Signed-off-by: Martin Storsjö > --- > mingw-w64-crt/libarm32/Makefile.am | 3 +++ > 1 file changed, 3 insertions(+) > > This patch looks good to me. -- Best

[Mingw-w64-public] [PATCH] include: Fix definition of VMR9AlphaBitmap

2020-03-04 Thread xtne6f
Hello everyone! I have encountered a problem on using VMR9AlphaBitmap structure in "vmr9.h". According to https://docs.microsoft.com/en-us/windows/win32/directshow/directshow-structures , the `rDest` field of the structure is 'immediate', though the current mingw-w64 definition is a pointer.

[Mingw-w64-public] [PATCH] crt: Move stdio/[v]snprintf.c to libmsvcr*.a from libmingwex.a

2020-03-04 Thread Martin Storsjö
Originally, these source files only defined the symbols __ms_[v]snprintf (based on the _vsnprintf function from msvcr*.dll), but since 3a1127672ba390, they also define [v]snprintf as aliases to those functions. For ucrt, we shouldn't be defining [v]snprintf aliases based on msvcr*.dll functions;