在 2020/6/5 20:17, Steve Lhomme 写道:
> It may have been there in the past but on my current Windows 10 it's not there
> anymore.
>
> They do exist in api-ms-win-core-synch-l1-2-*.dll
>
> This contradicts the official documentation:
> https://docs.microsoft.com/en-us/windows/win32/api/synchapi/nf-sy
On 2020-06-05 9:59, Martin Storsjö wrote:
Hi,
On Fri, 5 Jun 2020, Steve Lhomme wrote:
Hi,
On 2020-06-04 8:33, Martin Storsjö wrote:
This adds libucrtapp.a, which is the same as libucrt.a, but excluding
libapi-ms-win-crt-private-l1-1-0.a, and with a few statically
linked functions added that
This adds libucrtapp.a, which is the same as libucrt.a, but excluding
libapi-ms-win-crt-private-l1-1-0.a, and with a few statically
linked functions added that otherwise normally are linked from
libapi-ms-win-crt-private-l1-1-0.a.
Linking against the private dll (and ucrtbase.dll) is prohibited wh
On Thu, 4 Jun 2020, Jacek Caban wrote:
On 04.06.2020 08:32, Martin Storsjö wrote:
This requires adding libucrt.a to a DATA target in automake, instead
of LIBRARIES.
Signed-off-by: Martin Storsjö
---
mingw-w64-crt/Makefile.am | 58 ---
mingw-w64-crt/lib-c
On Fri, 5 Jun 2020, Martin Storsjö wrote:
As for the speed of musl, it doesn't seem to bad, at least for strings:
https://www.etalabs.net/compare_libcs.html
Those look decent yeah. My prime concern is for memcpy, where
implementations that use SIMD instructions might be even faster - which
m
It may have been there in the past but on my current Windows 10 it's not there
anymore.
They do exist in api-ms-win-core-synch-l1-2-*.dll
This contradicts the official documentation:
https://docs.microsoft.com/en-us/windows/win32/api/synchapi/nf-synchapi-waitonaddress
https://docs.microsoft.com/e
Instead of deleting, those can be made as a comment. Also add a comment to
use synchronization.lib for those. See OpenProcessToken as a reference. The
same change is required in crt/lib32 folder.
___
Mingw-w64-public mailing list
Mingw-w64-public@lists.s
It may have been there in the past but on my current Windows 10 it's not there
anymore.
They do exist in api-ms-win-core-synch-l1-2-*.dll
This contradicts the official documentation:
https://docs.microsoft.com/en-us/windows/win32/api/synchapi/nf-synchapi-waitonaddress
https://docs.microsoft.com/e
Since 60d5baaa7d1ec067b400910535655eefd4ba560b the functions are allowed but
the defines were missing when compiled in Winstore mode.
---
mingw-w64-headers/include/fileapi.h | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/mingw-w64-headers/include/fileapi.h
b/mingw-w64
Hi,
On Fri, 5 Jun 2020, Steve Lhomme wrote:
Hi,
On 2020-06-04 8:33, Martin Storsjö wrote:
This adds libucrtapp.a, which is the same as libucrt.a, but excluding
libapi-ms-win-crt-private-l1-1-0.a, and with a few statically
linked functions added that otherwise normally are linked from
libapi-m
10 matches
Mail list logo
