[Mingw-w64-public] SDKDDKVer.h default target version

I was recently dealing with a project that seems to have been creatd from a Visual Studio project template. It includes a "targetver.h" file with the following comments: // Including SDKDDKVer.h defines the highest available Windows platform. // If you wish to build your application for a

Re: [Mingw-w64-public] [PATCH 2/2] crt: Add mi import library

> That's exactly how it's supposed to work at least. Thanks for the verification. I have removed the mingw-w64-crt/lib32/mi.def and attached the updated patch file. From 654aeb84c1138777a804ca236364fe4836d6ae12 Mon Sep 17 00:00:00 2001 From: Biswapriyo Nath Date: Mon, 3 Apr 2023 10:25:46 +0530

Re: [Mingw-w64-public] [PATCH] genpeimg: fix build error with clang v16

On 4/2/23 15:40, Christoph Reiter wrote: Building genpeimg with clang v16 fails like: error: implicit truncation from 'int' to a one-bit wide bit-field changes value from 1 to -1 [-Werror,-Wsingle-bit-bitfield-constant-conversion] pe->is_64bit = 1; is_64bit is always ever comapred

Re: [Mingw-w64-public] [PATCH 2/2] crt: Add mi import library

On Mon, 3 Apr 2023, Biswapriyo Nath wrote: If not, couldn't the lib32 variant also be omitted? I am not sure about that. There is a rule `lib32/lib%.a: lib-common/%.def` in mingw-w64-crt/Makefile.am. I am not certain that the build system will grab the lib-common one when lib32 is absent.

Re: [Mingw-w64-public] GCC bugs with explicit template instantiation and dllexport targeting MinGW

Hi everyone, On 03/04/2023 07:04, LIU Hao wrote: > 在 2023/4/3 16:55, Vittorio Romeo 写道: >> Hello everyone, >> Hope you are doing well. >> >> I've encountered and reported a bug related to explicit template >> instantiations and dllexport using the latest version of GCC on >> MinGW/MSYS2: >>

Re: [Mingw-w64-public] GCC bugs with explicit template instantiation and dllexport targeting MinGW

在 2023/4/3 18:33, Vittorio Romeo 写道: My use case is as follows. I have a class template `S` with implicit inline functions in `lib.h`. To improve compilation times, I want to explicitly instantiate common specializations of this class template in `lib.cpp`. In order to do so, I want to provide

[Mingw-w64-public] [PATCH] headers: Add noreturn attributes to the _assert/_wassert functions

This allows the compiler to understand that constructs such as assert(0) won't return. This fixes warnings (treated as errors) about a missing return in https://github.com/llvm/llvm-project/blob/llvmorg-16.0.0/libcxxabi/test/cxa_vec_new_overflow_PR41395.pass.cpp#L21 Signed-off-by: Martin Storsjö

Re: [Mingw-w64-public] GCC bugs with explicit template instantiation and dllexport targeting MinGW

My use case is as follows. I have a class template `S` with implicit inline functions in `lib.h`. To improve compilation times, I want to explicitly instantiate common specializations of this class template in `lib.cpp`. In order to do so, I want to provide an explicit instantiation declaration

Re: [Mingw-w64-public] GCC bugs with explicit template instantiation and dllexport targeting MinGW

在 2023/4/3 16:55, Vittorio Romeo 写道: Hello everyone, Hope you are doing well. I've encountered and reported a bug related to explicit template instantiations and dllexport using the latest version of GCC on MinGW/MSYS2: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109380 I don't think it's a

[Mingw-w64-public] GCC bugs with explicit template instantiation and dllexport targeting MinGW

Hello everyone, Hope you are doing well. I've encountered and reported a bug related to explicit template instantiations and dllexport using the latest version of GCC on MinGW/MSYS2: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109380 After looking at the GCC bug tracker, I've noticed quite a

Re: [Mingw-w64-public] [PATCH 2/2] crt: Add mi import library

> If not, couldn't the lib32 variant also be omitted? I am not sure about that. There is a rule `lib32/lib%.a: lib-common/%.def` in mingw-w64-crt/Makefile.am. I am not certain that the build system will grab the lib-common one when lib32 is absent.