From 99dff0cac5b73b5902cd9b78c688ec33b2c3d55c Mon Sep 17 00:00:00 2001
From: Biswapriyo Nath
Date: Sat, 15 Oct 2022 10:16:55 +0530
Subject: [PATCH] headers: Import ctxtcall.idl from wine
Signed-off-by: Biswapriyo Nath
---
mingw-w64-headers/Makefile.am| 1 +
mingw-w64-headers/wine-import.sh
Wine does seem to have ctxtcall.idl, but I'm not familiar with the
procedure of importing IDL files from Wine. Also, the current ctxtcall.h
in mingw-w64 seems to have some extra declarations which I'm not sure of.
I suspect it may take a bit of effort to replace ours with the one from
Wine, wh
Would it be better if IDL file is provided instead of writing header
file manually?
___
Mingw-w64-public mailing list
Mingw-w64-public@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
On Fri, 14 Oct 2022, LIU Hao wrote:
在 2022/10/14 19:38, Martin Storsjö 写道:
Initially, it may seem like this function might not be needed in any
form, since mingw-w64 lacks the main stpcpy function.
However, third party projects may contain their own implementation of
the stpcpy function. When
Thanks!
Am Fr., 14. Okt. 2022 um 15:24 Uhr schrieb Martin Storsjö :
>
> On Fri, 14 Oct 2022, Kai Tietz wrote:
>
> > Yes, look good to me. Wouldn't it make sense to add __mingww64_stpcpy
> > function, so we could provide this function in an more compatible way?
>
> I don't see the direct need for
Yes, look good to me. Wouldn't it make sense to add __mingww64_stpcpy
function, so we could provide this function in an more compatible way?
Thanks,
Kai
Am Fr., 14. Okt. 2022 um 14:16 Uhr schrieb LIU Hao :
>
> 在 2022/10/14 19:38, Martin Storsjö 写道:
> > Initially, it may seem like this function m
On Fri, 14 Oct 2022, Kai Tietz wrote:
Yes, look good to me. Wouldn't it make sense to add __mingww64_stpcpy
function, so we could provide this function in an more compatible way?
I don't see the direct need for it; mingw-w64 doesn't have it general, and
this status quo works for most project
This is needed for `__uuidof(IContextCallback)` to work.
---
mingw-w64-headers/include/ctxtcall.h | 3 +++
1 file changed, 3 insertions(+)
diff --git a/mingw-w64-headers/include/ctxtcall.h
b/mingw-w64-headers/include/ctxtcall.h
index 9fa8ec41e..65162f33f 100644
--- a/mingw-w64-headers/include/ct
---
mingw-w64-headers/include/cguid.h | 2 ++
1 file changed, 2 insertions(+)
diff --git a/mingw-w64-headers/include/cguid.h
b/mingw-w64-headers/include/cguid.h
index 497c4c5b7..0ded4b743 100644
--- a/mingw-w64-headers/include/cguid.h
+++ b/mingw-w64-headers/include/cguid.h
@@ -91,6 +91,8 @@ ext
Define the following GUIDs in libuuid.a:
* IID_IContextCallback
* IID_ICallbackWithNoReentrancyToApplicationSTA
* IID_IEnterActivityWithNoLock
* CLSID_ContextSwitcher
---
mingw-w64-crt/Makefile.am| 1 +
mingw-w64-crt/libsrc/ctxtcall-uuid.c | 18 ++
2 files changed, 19
在 2022/10/14 19:38, Martin Storsjö 写道:
Initially, it may seem like this function might not be needed in any
form, since mingw-w64 lacks the main stpcpy function.
However, third party projects may contain their own implementation of
the stpcpy function. When GCC sees a declaration of the stpcpy f
On Thu, 13 Oct 2022, Alvin Wong via Mingw-w64-public wrote:
Signed-off-by: Alvin Wong
---
Quick-tested on x86 and x64.
mingw-w64-crt/{libarm32 => lib-common}/xmllite.def | 2 +-
mingw-w64-crt/lib32/Makefile.am| 1 +
mingw-w64-crt/lib32/xmllite.def| 13 ++
Initially, it may seem like this function might not be needed in any
form, since mingw-w64 lacks the main stpcpy function.
However, third party projects may contain their own implementation of
the stpcpy function. When GCC sees a declaration of the stpcpy function,
it assumes that it is legal to d
13 matches
Mail list logo