[Mingw-w64-public] strsafe.h cannot be included before windows.h

Tried with gcc 13: gcc -O3 -flto=auto -std=c11 -pedantic -Wpedantic -Wall -Wextra try.c #include #include #include int main() { return 0; } In file included from C:/msys64/ucrt64/include/windows.h:70, from try.c:4: C:/msys64/ucrt64/include/winbase.h:1499:37: error:

Re: [Mingw-w64-public] .seh_handlerdata only works once in a function?

I've been dying to do so, but getting readable information from .xdata to do a comparison has been infuriatingly unsuccessful thus far. Might you know how to do so, by any chance? On Fri, Jun 16, 2023 at 9:21 AM LIU Hao wrote: > 在 2023/6/15 16:47, Julian Waters 写道: > > My apologies

Re: [Mingw-w64-public] .seh_handlerdata only works once in a function?

, Jun 15, 2023 at 4:14 PM LIU Hao wrote: > 在 2023/6/15 13:36, Julian Waters 写道: > > Given that a function only has one __C_specific_handler, and multiple > > Structured Exception try blocks are handled with multiple scope tables, > or > > .seh_handlerdata as gcc calls

[Mingw-w64-public] .seh_handlerdata only works once in a function?

Consider the following code: extern "C" void exceptions() { asm ("\t" "1:" "\n" "\t" ".seh_handler __C_specific_handler, @except" "\n" "\t" ".seh_handlerdata" "\n" "\t" ".long 1" "\n" "\t" ".rva 1b, 2f, 3f, 4f" "\n" "\t" ".seh_code"); {

Re: [Mingw-w64-public] string_s.h is missing a C++ overload

Alright, one last try From d9aef4f2c6167228439d5f1e7fb63e612ac48aaa Mon Sep 17 00:00:00 2001 From: TheShermanTanker Date: Thu, 9 Feb 2023 16:08:58 +0800 Subject: [PATCH] string_s.h is missing a C++ overload Signed-off-by: TheShermanTanker --- mingw-w64-headers/crt/sec_api/string_s.h | 1 + 1

Re: [Mingw-w64-public] string_s.h is missing a C++ overload

No idea why sourceforge keeps deleting the attached diff, this is the last goddamn time I'm going to try ___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public

[Mingw-w64-public] string_s.h is missing a C++ overload

A missing C++ overload has been added in this diff, for _wcserror ___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public

Re: [Mingw-w64-public] interface macro conflicts with interface variable

I recall that I simply undef'd "interface" in my fork of the JDK to get it to compile with gcc, would be great if this could be fixed, as I'm fairly certain Visual C++ does not have this issue, strangely enough best regards, Julian On Wed, Dec 21, 2022 at 1:06 PM Biswapriyo Nath wrote: > In

Re: [Mingw-w64-public] gcc parameter -mcrtdll= for choosing Windows C RunTime DLL library

This isn't really something that I see myself using for what is likely going to be a very long time, which is why I haven't commented on it so far, but I'm fairly certain there could be a big warning under any documentation for this flag concerning the runtime switching that Jon is worried about,

Re: [Mingw-w64-public] [PATCH 2/2] crt: Add missing APIs in comctl32

:D On Fri, Sep 16, 2022 at 3:53 PM Biswapriyo Nath wrote: > > ___ > Mingw-w64-public mailing list > Mingw-w64-public@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/mingw-w64-public >

Re: [Mingw-w64-public] strftime and %T

18:03, Julian Waters 写道: > > Is there a potential fix for MinGW-w64 - for 32 and 64 bit Windows / > Bugs / > > #793 strftime() formatting codes like %F, %T or %V are not working > > (sourceforge.net) <https://sourceforge.net/p/mingw-w64/bugs/793/>? At > the > &

[Mingw-w64-public] Broken linker in gcc?

Recently upgraded to ucrt gcc 12 and I'm getting "This app can't run on your PC" prompts when I attempt to run binaries compiled by ucrt linking gcc (A quick look at dependency walker reveals this is actually error 193 - The executable is not a valid Win 32 application) which suggests a bad PE

[Mingw-w64-public] strftime and %T

Is there a potential fix for MinGW-w64 - for 32 and 64 bit Windows / Bugs / #793 strftime() formatting codes like %F, %T or %V are not working (sourceforge.net) ? At the moment I have managed to workaround the issue by replacing the %T formatting

Re: [Mingw-w64-public] How to fix linking error due to missing IIDs from dbgeng?

:19 PM LIU Hao wrote: > 在 2022/7/18 20:23, Julian Waters 写道: > > Optimization yields the same result- The JDK is compiled with C++14, so > > that isn't an option unfortunately, but a quick test of C++17 also yields > > the same error > > > > Currently I've manage

[Mingw-w64-public] Which sections does --strip-unneeded remove?

Currently the JDK is compiled with --strip-debug normally when gcc is the compiler, with only the Minimal Linux JVM using --strip-unneeded. Which sections exactly does --strip-unneeded remove when compiling a PE binary for Windows? This might be a worthwhile configure option to add to the JDK

Re: [Mingw-w64-public] How to fix linking error due to missing IIDs from dbgeng?

Optimization yields the same result- The JDK is compiled with C++14, so that isn't an option unfortunately, but a quick test of C++17 also yields the same error Currently I've managed to work around this by patching an ugly ifdef check and doing __CRT_UUID_DECL for all the missing entries On

Re: [Mingw-w64-public] Several declarations absent from MinGW

of it, since there is a ucrt compiling version of MinGW. Thanks for the heads up! best regards, Julian On Mon, Jul 11, 2022 at 1:34 PM LIU Hao wrote: > 在 2022/7/8 11:28, Julian Waters 写道: > > Hi all, > > > > Whilst currently adapting the JDK to compile with gcc for Windows, I've >

[Mingw-w64-public] Several declarations absent from MinGW

Hi all, Whilst currently adapting the JDK to compile with gcc for Windows, I've noticed quite a number of important declarations are missing from the includes it provides. The symbols are correctly defined inside the archives and do link properly without issue, which leads me to believe these may

[Mingw-w64-public] Development on MinGW x64 (UCRT)

Hi all, Am new to this list, so apologies if this is a silly question. Is this the correct mailing list regarding development of MinGW targeting Microsoft's ucrt? best regards, Julian ___ Mingw-w64-public mailing list