Re: [Mingw-w64-public] [PATCH] headers: Import propvarutil.h from wine

2021-07-20 Thread Jacek Caban
On 7/20/21 4:58 PM, John Warburton wrote: On Tue, 20 Jul 2021 at 15:09, Biswapriyo Nath wrote: Apology for my mistake. It has been fixed today in wine by Jacek Caban in this commit[1]. Thank you for checking this. I am testing a build now. Whoops. I forgot. That's Wine -- will wait

Re: [Mingw-w64-public] Discussion: Need new function declarations in propvarutil.h from wine

2021-07-16 Thread Jacek Caban
On 7/12/21 9:15 AM, LIU Hao wrote: 在 7/12/21 2:44 PM, Biswapriyo Nath 写道: Would you like to upstream that change? I am not the author of that commit and don't know why it was added. qt6-multimedia compiles fine without that NTSTATUS re-definition. FWIW, that typedef thing is a declaration,

Re: [Mingw-w64-public] Discussion: Need new function declarations in propvarutil.h from wine

2021-07-11 Thread Jacek Caban
On 7/11/21 3:26 PM, Biswapriyo Nath wrote: Option 1: Import propvarutil.h from wine. But that reverts this commit propvarutil.h: Added NTSTATUS declaration (d603db2). Before that commit propvarutil.h was imported from wine. I have compiled qt6-multimedia without that NTSTATUS declaration. Option

Re: [Mingw-w64-public] [PATCH] crt: Don't initialize lconv to unsigned char mode

2021-06-11 Thread Jacek Caban
On 6/11/21 3:51 AM, Liu Hao wrote: 在 6/11/21 4:09 AM, Martin Storsjö 写道: Since the initial commit of mingw-w64, there's a call (in a constructor in crt/charmax.c, pulled in via the mingw_initcharmax variable) to __lconv_init(), which reconfigures the CRT's lconv info to unsigned char mode - but

Re: [Mingw-w64-public] [PATCH] include/intrin-impl: Don't define `__cpuidex` for GCC 11

2021-05-23 Thread Jacek Caban
On 20/05/2021 17:46, Liu Hao wrote: 在 2021-05-20 22:40, Jacek Caban 写道: We could #undef __cpuid just after including cpuid.h. Updated patch is attached. The whole thing is really a hack, but I don't see a better solution, so it looks fine to me. Thanks, Jacek

Re: [Mingw-w64-public] [PATCH] include/intrin-impl: Don't define `__cpuidex` for GCC 11

2021-05-20 Thread Jacek Caban
On 5/20/21 4:37 PM, Liu Hao wrote: 在 2021-05-20 22:29, Jacek Caban 写道: On 5/20/21 4:21 PM, Liu Hao wrote: +#if (!defined(__GNUC__) || __GNUC__ < 11)   __MACHINEI(void __cpuid(int a[4],int b)) +#endif __cpuid is a macro in both older GCCs and clang, so it will probably not w

Re: [Mingw-w64-public] [PATCH] include/intrin-impl: Don't define `__cpuidex` for GCC 11

2021-05-20 Thread Jacek Caban
On 5/20/21 4:21 PM, Liu Hao wrote: +#if (!defined(__GNUC__) || __GNUC__ < 11) __MACHINEI(void __cpuid(int a[4],int b)) +#endif __cpuid is a macro in both older GCCs and clang, so it will probably not work there. It's also present in intrin-impl.h. Jacek

Re: [Mingw-w64-public] [PATCH] include/intrin-impl: Don't define `__cpuidex` for GCC 11

2021-05-20 Thread Jacek Caban
Hi Liu, On 5/10/21 6:45 PM, Liu Hao wrote: Subject: [PATCH] include/intrin-impl: Don't define `__cpuidex` for GCC 11 GCC 11 has this as a static inline function without any indicative macros.

Re: [Mingw-w64-public] __CRT_UUID_DECL in namespace causes error

2021-05-17 Thread Jacek Caban
On 5/14/21 11:20 AM, Biswapriyo Nath wrote: If an interface declaration is moved inside a namespace __CRT_UUID_DECL produces error. The error is: explicit specialization of 'template const GUID& __mingw_uuidof()' outside its namespace must use a nested-name-specifier [-fpermissive]. A simple

Re: [Mingw-w64-public] wine FTBFS with mingw64 gcc 11: undefined reference to `sincos'

2021-05-15 Thread Jacek Caban
On 15/05/2021 04:24, lhmouse wrote: 在 5/15/21 1:27 AM, Jacek Caban 写道: I think that the decision was unfortunate on GCC side, but there is little we can do. We will probably need to provide it in msvcrt importlibs. Please try the attached patch, it should help. Doesn't GCC transform

Re: [Mingw-w64-public] wine FTBFS with mingw64 gcc 11: undefined reference to `sincos'

2021-05-14 Thread Jacek Caban
Hi Alex, On 5/14/21 3:01 AM, Alex Xu (Hello71) wrote: Hi, I tried building wine 6.8 with mingw. All fine, just one problem, it reports error "undefined reference to `sincos'". Why, you may ask, since wine never calls sincos function? Well, it seems to be because mingw gcc 11 enables sincos

Re: [Mingw-w64-public] [PATCH] crt: Increase precision of gettimeofday() if possible.

2021-05-03 Thread Jacek Caban
On 5/3/21 2:52 PM, Martin Storsjö wrote: On Mon, 3 May 2021, Christian Franke wrote: Would plain '... = 0' without cast also work ? IIRC it should since C89 :-) That doesn't work either - clang seems to consider the cast (either implicit or explicit) between a integer or pointer-to-integer

Re: [Mingw-w64-public] [PATCH] crt: Add symbols for POSIX time functions

2021-03-31 Thread Jacek Caban
On 31.03.2021 15:12, Martin Storsjö wrote: On Wed, 31 Mar 2021, Liu Hao wrote: 在 2021/3/31 下午7:46, Martin Storsjö 写道: Hmm, if MSVC defaults to a 64 bit time_t in 32 bit mode these days, I think we should too, for UCRT. (Technically I guess it's an ABI break, but I'd be quite comfortable

Re: [Mingw-w64-public] [PATCH] headers: Update the layout of struct _iobuf to match the layout used in UCRT

2021-03-26 Thread Jacek Caban
On 26/03/2021 12:22, Martin Storsjö wrote: As there's no code that could be using the new UCRT spelling using any public headers, there's nothing we can try to remain compatible with in that case, so we'd only be setting new predecent (i.e. if building with mingw headers, and iff targeting

Re: [Mingw-w64-public] [PATCH 08/20] headers: move EventHandler delegate in windows.foundation.idl

2021-03-09 Thread Jacek Caban
Hi Steve, On 09.03.2021 15:03, Steve Lhomme wrote: .../include/windows.foundation.collections.idl| 6 -- mingw-w64-headers/include/windows.foundation.idl | 8 2 files changed, 8 insertions(+), 6 deletions(-) windows.foundation.collections.idl is imported

Re: [Mingw-w64-public] [PATCH] crt: Add deprecated `_{str, wcs}lwrt` aliases in DEF

2021-02-05 Thread Jacek Caban
On 05.02.2021 13:14, Liu Hao wrote: 在 2021-02-05 15:16, JonY via Mingw-w64-public 写道: Your attached patch seems fine to me, please go ahead and push. Thanks, pushed. What about the others? They all look good to me. Thanks, Jacek ___

Re: [Mingw-w64-public] [PATCH] headers: Import wmp.idl from wine.

2021-01-31 Thread Jacek Caban
Hi, Looks good to me, I 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] IExtractIcon missing functions

2021-01-13 Thread Jacek Caban
On 11.01.2021 18:37, Biswapriyo Nath wrote: Hmmm why aren't those IDLs imported from Wine? 1. Huge confusion. IExtractIcon is in -- shlobj_core.h in WinSDK, shlobjidl.idl in wine, shlobj.h in mingw-w64. 2. Files differ largely between mingw-w64 and wine. We still may import them, it's just

Re: [Mingw-w64-public] [PATCH] headers: Use Windows 10 as default _WIN32_WINNT value.

2021-01-07 Thread Jacek Caban
Hi Martin, Sorry for the delay. On 04.01.2021 21:16, Martin Storsjö wrote: Hi, On Mon, 4 Jan 2021, Jacek Caban wrote: FWIW, I think that the attached patch should do the right thing on VLC (but I don't really have setup to test it). Thanks, looks like that could be enough - I'll try

Re: [Mingw-w64-public] [PATCH] headers: Use Windows 10 as default _WIN32_WINNT value.

2021-01-04 Thread Jacek Caban
On 31.12.2020 21:31, Martin Storsjö wrote: On Thu, 31 Dec 2020, Jacek Caban wrote: Yes, but the critical part is the very first sentence, which says that 'you can specify which versions of Windows your code can run on.'. Note the difference between *can* and *need*. When using mingw-w64

Re: [Mingw-w64-public] [PATCH] headers: Use Windows 10 as default _WIN32_WINNT value.

2020-12-31 Thread Jacek Caban
On 28.12.2020 23:23, Martin Storsjö wrote: On Mon, 28 Dec 2020, Jacek Caban wrote: As long as the application does not use new APIs, its compatibility with older Windows will not change. And this bit: This value is commonly mistaken with 'minimum version supported in runtime', which

Re: [Mingw-w64-public] [PATCH] headers: Use Windows 10 as default _WIN32_WINNT value.

2020-12-28 Thread Jacek Caban
On 28.12.2020 03:39, Liu Hao wrote: 在 2020/12/27 上午5:44, Martin Storsjö 写道: I'm not entierely sure I agree with this - I think different ecosystems have different expectations here. (It'd be interesting to e.g. rebuild all of msys2's mingw package repository with such headers, and see how

Re: [Mingw-w64-public] [PATCH] headers: Use Windows 10 as default _WIN32_WINNT value.

2020-12-28 Thread Jacek Caban
On 26.12.2020 22:44, Martin Storsjö wrote: On Sat, 26 Dec 2020, Jacek Caban wrote: Signed-off-by: Jacek Caban --- I think it's reasonable to assume that the current default value of Windows XP does not reflect reality. The new value deserves some considerations. I propose to go all the way

[Mingw-w64-public] [PATCH] headers: Use Windows 10 as default _WIN32_WINNT value.

2020-12-26 Thread Jacek Caban
Signed-off-by: Jacek Caban --- I think it's reasonable to assume that the current default value of Windows XP does not reflect reality. The new value deserves some considerations. I propose to go all the way to Windows 10 and match Windows SDK. The main concern about this is compatibility

Re: [Mingw-w64-public] [PATCH] widl: Patch imported wine headers to fix compilation with gcc for aarch64

2020-12-20 Thread Jacek Caban
Hi Martin, On 20.12.2020 10:14, Martin Storsjö wrote: diff --git a/mingw-w64-tools/widl/include/windef.h b/mingw-w64-tools/widl/include/windef.h index b8e5ed692..a7dd5ce6a 100644 --- a/mingw-w64-tools/widl/include/windef.h +++ b/mingw-w64-tools/widl/include/windef.h @@ -74,7 +74,7 @@ extern

Re: [Mingw-w64-public] [PATCH] headers: Import mfreadwrite.idl from Wine.

2020-12-20 Thread Jacek Caban
Hi Biswapriyo, Looks good, I 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] include/intrin: Implement `_rot{l, r}{8, 16}` functions

2020-12-19 Thread Jacek Caban
On 13.12.2020 12:53, Liu Hao wrote: They are declared in 'intrin.h' but were not defined anywhere. The implementations might be imperfect: If the second argument is <= zero or is >= the width of the first parameter, one of the shift counts will be out of range and cause undefined behavior. Some

Re: [Mingw-w64-public] [PATCH 1/2] headers: don't mark enums with [v1_enum] if they are not used in IDLs

2020-12-18 Thread Jacek Caban
Hi Steve, I pushed those patches and widl update. All IDLs can be successfully regenerated now, 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 2/2] headers: put the [v1_enum] in bdatypes.h on one line

2020-12-17 Thread Jacek Caban
Hi Steve, On 15.12.2020 16:33, Steve Lhomme wrote: Otherwise 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 [v1_enum] is the same but we can keep this

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

2020-12-15 Thread Jacek Caban
On 15.12.2020 08:26, Steve Lhomme wrote: 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 "ca

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

2020-12-15 Thread Jacek Caban
Hi Steve, On 14.12.2020 09:30, Steve Lhomme wrote: 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

[Mingw-w64-public] [PATCH 2/2] makefile: Don't try to generate headers from IDLs that are not meant to be generated.

2020-12-15 Thread Jacek Caban
Signed-off-by: Jacek Caban --- mingw-w64-headers/Makefile.am | 4 1 file changed, 4 insertions(+) diff --git a/mingw-w64-headers/Makefile.am b/mingw-w64-headers/Makefile.am index 68021a99..c7646998 100644 --- a/mingw-w64-headers/Makefile.am +++ b/mingw-w64-headers/Makefile.am @@ -274,6

[Mingw-w64-public] [PATCH 1/2] makefiles: Add a rule to generate _i.c files.

2020-12-15 Thread Jacek Caban
Signed-off-by: Jacek Caban --- So that msinkaut_i.c is regenerated. mingw-w64-headers/Makefile.am | 7 +-- 1 file changed, 5 insertions(+), 2 deletions(-) diff --git a/mingw-w64-headers/Makefile.am b/mingw-w64-headers/Makefile.am index 0b3aed0f..68021a99 100644 --- a/mingw-w64-headers

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

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

2020-12-13 Thread Jacek Caban
On 11.12.2020 12:42, Steve Lhomme wrote: On 2020-12-11 1:02, Jacek Caban wrote: Hi Steve, Hi Jacek, It's great to see work on getting those IDLs to be in a form that we can regenerate them again. Thanks! Yes. For now I call widl manually because it seems that many of the IDLs currently

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

2020-12-10 Thread Jacek Caban
Hi Steve, It's great to see work on getting those IDLs to be in a form that we can regenerate them again. Thanks! There is recently an active (well, except for Wine code freeze) work on Wine side to improve support for winrt widl mode by Rémi Bernon. Hopefully widl will be able to

Re: [Mingw-w64-public] [PATCH] headers: Include stdio.h in comutil.h for _COM_PRINTF_S_1 macro.

2020-12-07 Thread Jacek Caban
Hi Biswapriyo, Looks good, I 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] d2d1_1.h : plenty of C API missing

2020-11-04 Thread Jacek Caban
On 04/11/2020 10:31, Biswapriyo Nath wrote: I would like to avoid the manual editing of d2d1 header files. I tried to import d2d1.idl and d2d1_1.idl from wine. widl produces the corresponding headers file without any errors. But while compiling crt, it conflicts with `namespace D2D1` in

Re: [Mingw-w64-public] [PATCH] dcomp.h: Work around C++ ABI differences.

2020-10-14 Thread Jacek Caban
) PS: I removed the sign-off as I altered the patch On 2020-10-13 20:57, Jacek Caban wrote: Signed-off-by: Jacek Caban --- This patch should fix the problem discussed in the other thread. It also came out recently in Mozilla: https://bugzilla.mozilla.org/show_bug.cgi?id=1667423  mingw-w64-headers

[Mingw-w64-public] [PATCH] dcomp.h: Work around C++ ABI differences.

2020-10-13 Thread Jacek Caban
Signed-off-by: Jacek Caban --- This patch should fix the problem discussed in the other thread. It also came out recently in Mozilla: https://bugzilla.mozilla.org/show_bug.cgi?id=1667423 mingw-w64-headers/include/dcomp.h | 14 ++ 1 file changed, 14 insertions(+) diff --git

[Mingw-w64-public] dwrite_3.h regression fix

2020-09-24 Thread Jacek Caban
Hi, I sent this as a patch earlier, but it got stuck on moderation due to the size. Please review commit: https://github.com/cjacek/mingw-w64/commit/c073fb0c62a785cc5524e660568e85a89de2c0d5 This is suboptimal, but a better solution is unclear and I think that we should deal with the

Re: [Mingw-w64-public] missing d3d11on12.h file

2020-09-23 Thread Jacek Caban
On 23.09.2020 11:32, Biswapriyo Nath wrote: If you don't need ID3D11On12Device1 and ID3D11On12Device2 interfaces that d3d11on12.idl file could be imported from wine as is. /cc. Jacek C. Sure, I pushed import as 50bcd814eab58db7cb3e2238c6a2e6ba5e1fb400. Jacek

Re: [Mingw-w64-public] Trouble with new dwrite underscore notation

2020-09-20 Thread Jacek Caban
On 20/09/2020 14:02, Liu Hao wrote: 在 2020/9/20 19:45, Jean Pierre Cimalando 写道: Le Sun, 20 Sep 2020 19:18:51 +0800, Liu Hao a écrit : It is now imported from Wine. Perhaps it's a necessary trade-off, because not having a suffix would cause errors in C. The header has distinct interfaces

Re: [Mingw-w64-public] Patch: dwrite update

2020-09-07 Thread Jacek Caban
On 07.09.2020 04:10, Liu Hao wrote: [Please include the list when replying, for example, by clicking 'reply to all' or 'reply to list' instead of 'reply'.] 在 2020/9/6 上午7:25, Jean Pierre Cimalando 写道: Le Sat, 5 Sep 2020 22:47:19 +0800, Liu Hao a écrit : +DWRITE_FONT_PROPERTY_ID_TOTAL,

Re: [Mingw-w64-public] [PATCH 1/2] crt/stdio/fseeko64: Remove the now superfluous `mingw_dosmaperr()`

2020-07-22 Thread Jacek Caban
On 22.07.2020 16:28, Liu Hao wrote: It's neither called in this file nor declared or referenced elsewhere. Signed-off-by: Liu Hao Both patches look good to me. Thanks, Jacek ___ Mingw-w64-public mailing list

Re: [Mingw-w64-public] [PATCH] crt/stdio/fseeki64: Reimplement using `f{tell, seek}o`

2020-07-21 Thread Jacek Caban
On 21.07.2020 19:05, Liu Hao wrote: 在 2020/7/22 0:13, Jacek Caban 写道: Oh, right. The problem with fsetpos is that the way fseeko is implemented is not thread safe, but maybe it's not too bad. fseeko64 is not really long (the file looks more complicated than it is because of an unused

Re: [Mingw-w64-public] [PATCH] crt/stdio/fseeki64: Reimplement using `f{tell, seek}o`

2020-07-21 Thread Jacek Caban
On 21.07.2020 17:19, Liu Hao wrote: 在 2020/7/21 23:07, Jacek Caban 写道: Sorry for joining the discussion late. How about implementing them directly on top of msvcrt functions? Would something like: return _telli64(_fileno(stream)); be enough for _ftelli64? Similarly: return _lseeki64(_fileno

Re: [Mingw-w64-public] [PATCH] crt/stdio/fseeki64: Reimplement using `f{tell, seek}o`

2020-07-21 Thread Jacek Caban
On 17.07.2020 21:41, Martin Storsjö wrote: On Fri, 17 Jul 2020, Liu Hao wrote: 在 2020/7/17 22:28, Martin Storsjö 写道: Sorry for the late reply, I started looking at this earlier but got sidetracked back then. In this case, _fseeki64 is a function in libmsvcrt-os.a while fseeko64 is in

[Mingw-w64-public] [PATCH] winnt.h: Add missing STATUS_HEAP_CORRUPTION define.

2020-07-15 Thread Jacek Caban
Signed-off-by: Jacek Caban --- mingw-w64-headers/include/winnt.h | 1 + 1 file changed, 1 insertion(+) diff --git a/mingw-w64-headers/include/winnt.h b/mingw-w64-headers/include/winnt.h index c47dc7fd..13ba6c42 100644 --- a/mingw-w64-headers/include/winnt.h +++ b/mingw-w64-headers/include

Re: [Mingw-w64-public] [PATCH 1/2] widl: Update the relocatability patch to remove an unused variable

2020-06-12 Thread Jacek Caban
On 12.06.2020 15:07, Jacek Caban wrote: FWIW, my plan is to change the code in Wine to make mingw-w64 redundant, so whatever we do now will be temporary. I meant 'mingw-w64 *patch* redundant' ;-) We should be able to import the widl source code from Wine to mingw-w64 without modification

Re: [Mingw-w64-public] [PATCH 1/2] widl: Update the relocatability patch to remove an unused variable

2020-06-12 Thread Jacek Caban
On 12.06.2020 14:38, Biswapriyo Nath wrote: Question. The removal of `int i` declaration may be added with wine-import.sh shell script by mistake. In wine, the int i variable is used in for loop. IMHO, how about editing the wine/widl code? * Now: for (i = 0; i < ARRAY_SIZE(incl_dirs); i++) *

Re: [Mingw-w64-public] [PATCH 1/2] widl: Update the relocatability patch to remove an unused variable

2020-06-12 Thread Jacek Caban
Hi Martin, Both patches look good to me. 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 v2] crt: Add a UCRT import library suitable for UWP use

2020-06-08 Thread Jacek Caban
Hi Martin, The idea of a separated crt library for UWP seems reasonable to be. It could also potentially help with some other UWP compatibility problems. Having to implement a number of string functions is not really optimal, but it looks like we need it. Long term, as we discussed lately,

[Mingw-w64-public] [PATCH 2/2] headers: Use corecrt_stdio_config.h instead of local UCRTBASE_* defines.

2020-06-07 Thread Jacek Caban
Signed-off-by: Jacek Caban --- mingw-w64-headers/crt/conio.h | 37 +++-- mingw-w64-headers/crt/sec_api/stdio_s.h | 26 - mingw-w64-headers/crt/sec_api/wchar_s.h | 12 ++-- mingw-w64-headers/crt/stdio.h | 59 ++-- mingw-w64-headers/crt/wchar.h

[Mingw-w64-public] [PATCH 1/2] crt: Use corecrt_stdio_config.h instead of local UCRTBASE_* defines.

2020-06-07 Thread Jacek Caban
Signed-off-by: Jacek Caban --- mingw-w64-crt/crt/ucrtbase_compat.c| 2 +- mingw-w64-crt/stdio/ucrt__vscprintf.c | 2 +- mingw-w64-crt/stdio/ucrt__vsnprintf.c | 2 +- mingw-w64-crt/stdio/ucrt__vsnwprintf.c | 2 +- mingw-w64-crt/stdio/ucrt_snprintf.c| 2 +- mingw-w64-crt/stdio

Re: [Mingw-w64-public] [PATCH 2/3] crt: Rename longjmp.S to mingw_longjmp.S

2020-06-04 Thread Jacek Caban
On 04.06.2020 20:28, Martin Storsjö wrote: On Thu, 4 Jun 2020, Jacek Caban wrote: On 04.06.2020 15:33, Jacek Caban wrote: On 04.06.2020 08:32, Martin Storsjö wrote: Signed-off-by: Martin Storsjö ---   mingw-w64-crt/Makefile.am | 2 +-   mingw-w64-crt/misc/{longjmp.S

Re: [Mingw-w64-public] [PATCH 2/3] crt: Rename longjmp.S to mingw_longjmp.S

2020-06-04 Thread Jacek Caban
On 04.06.2020 15:33, Jacek Caban wrote: On 04.06.2020 08:32, Martin Storsjö wrote: Signed-off-by: Martin Storsjö ---   mingw-w64-crt/Makefile.am | 2 +-   mingw-w64-crt/misc/{longjmp.S => mingw_longjmp.S} | 0   2 files changed, 1 insertion(+), 1 deletion(-)   ren

Re: [Mingw-w64-public] [PATCH 2/3] crt: Rename longjmp.S to mingw_longjmp.S

2020-06-04