mingw-builds | bit MinGW-W64 compilers

Am I doing something wrong ? Is there a way to fix this ?

Yes. %s is for printing char*. To print wchar_t*, use %ls.

I found a solution:

gdb breaks on failed asserts, when adding the following code to setupCommands in launch.json:

There are several issues to solve.

First I have to patch Qt, since with GCC 11 some header dependencies have changed and Qt 5.13.2 does not always include the right headers (see https://gcc.gnu.org/gcc-11/porting_to.html or How Can I Include Header Files by Compilation Flags?).

Therefore I add the line

Even if you compare the results of sqrt(x) and pow(x,0.5) on one compiler, the results can differ. But the compiler might reasonably inline sqrt, which is obviously simpler than pow. That would mean that if you compile with GCC 10.2 you get an inlined sqrt but when you then run it with a 10.3 runtime DLL. you link to that pow, so you're not even comparing identical versions.

What CRT_fp8.o does is provide an alternative _fpreset function to reset the FPU to an alternative default state - not the 80 bits MinGW default, but 64 bits precision.

Note that MinGW is an impressive attempt to shoehorn GCC into Windows. But GCC is very much a Stallman project in its origins, with a strong Unix assumption.

In the end, the problem might be best avoided altogether by moving to x64. This should use SSE2 for all FP math. And since SSE2 is never 80 bits, you always get 64 bits.

I don't think this is a good way to have a updatable MinGW environment.

For that, I would recommend using MSYS2, where within the msys2 shell you can get MINGW packages using the pacman package manager.

Here you have the mingw-w64 package list. (It is quite extensive - I'm using pastebin for that reason)

First Edit After installing MSYS2 you need to add a path C:\msys64\usr\bin to your $PATH.

You could add it via cmd.exe like:

setx PATH "%PATH%;c:\msys64\usr\bin"

If you need to gdb you could use scoop which is a package manager for windows. I'm using it regularly:

You can get a standalone build of the latest version of MinGW-64 from winlibs.com.

The MinGW headers do not make all of the Win32 API functions visible by default. Add a line like add_compile_definitions (_WIN32_WINNT=0x600) to CMakeLists.txt file to make the Vista and later API visible. That should fix your compilation.