On Wednesday 13 November 2024 00:28:49 Martin Storsjö wrote:
> On Tue, 12 Nov 2024, Pali Rohár wrote:
>
> > > > > - The commit message explanation of _swprintf_c seems weird. The
> > > > > commit
> > > > > message says:
> > > > >
> > > > > _(v)swprintf_c - clears the first wide character i
I agree that working around libtool's issue by copying is not the best
solution. Let's hope it gets fixed in libtool someday.
I think it's worth to mention that if user manually creates a symbolic or hard
link named pthread.dll to winpthread-1.dll it will be sufficient to work around
this issue
在 2024-11-13 19:18, Martin Storsjö 写道:
On Wed, 13 Nov 2024, LIU Hao wrote:
--
LGTM if you've tested it in compilations that previously broke.
I actually tested this here with rather ancient compilers (GCC 5.5 and Clang 4.0.1) so they should
compile: https://gcc.godbolt.org/z/81Y65r5no
On 2024-11-12 Lasse Collin wrote:
> On 2024-11-12 Pali Rohár wrote:
> > At least every character which is by best-fit mapped to double quote
> > has to be replaced.
>
> Yes, that seems mandatory.
This alone might not be enough because a double quote can be escaped
with a backslash. Thus unexpec
On Wed, 13 Nov 2024, LIU Hao wrote:
--
LGTM if you've tested it in compilations that previously broke.
// Martin
___
Mingw-w64-public mailing list
Mingw-w64-public@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mingw-w64-publ
--
Best regards,
LIU Hao
From 3bfab36c9ec653510a9155430e337da7c1e948d4 Mon Sep 17 00:00:00 2001
From: LIU Hao
Date: Wed, 13 Nov 2024 18:52:29 +0800
Subject: [PATCH] include/winnt: Fix constexpr-ness of compound assignment
operators of enum types
Previously they cast their first enum operands
