Re: [Mingw-w64-public] [gcc-13.0.1] Anomalous as.exe behaviour

2023-04-27 Thread LIU Hao
在 2023/4/28 08:40, sisyphus 写道: On Fri, Apr 28, 2023 at 1:36 AM LIU Hao wrote: Anyway `-masm=att` will solve this issue. Indeed it does. Thank you. Looks like it has been reported already: * https://sourceware.org/bugzilla/show_bug.cgi?id=12240 * https://sourceware.org/bugzilla/show_

Re: [Mingw-w64-public] [PATCH] crt: Reimplement `dirname()` and `basename()`

2023-04-27 Thread LIU Hao
在 2023/4/2 22:00, LIU Hao 写道: This is a revised patch basing on that. `do_get_path_info()` now contains no half-way return statement. The generic code below already handles empty paths. For UNC paths, the first two components are taken as the prefix, which means `\\.\C:` and `\\.\Volume{b75e

Re: [Mingw-w64-public] [gcc-13.0.1] Anomalous as.exe behaviour

2023-04-27 Thread sisyphus
On Fri, Apr 28, 2023 at 1:36 AM LIU Hao wrote: > > Anyway `-masm=att` will solve this issue. > Indeed it does. Thank you. Cheers, Rob ___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/li

[Mingw-w64-public] [PATCH] headers: import windows.graphics.capture.interop.idl from wine

2023-04-27 Thread Biswapriyo Nath
From 7240865df7546612ab7f4fa013c9deef85e88d72 Mon Sep 17 00:00:00 2001 From: Biswapriyo Nath Date: Fri, 28 Apr 2023 01:39:37 +0530 Subject: [PATCH] headers: import windows.graphics.capture.interop.idl from wine Required for pywinrt/python-winsdk project Signed-off-by: Biswapriyo Nath --- ming

Re: [Mingw-w64-public] [gcc-13.0.1] Anomalous as.exe behaviour

2023-04-27 Thread LIU Hao
在 2023-04-27 23:09, LIU Hao 写道: `gcc -S` can be used to compile the source to assembly. The C source contains static variables named `shr` and `si`, which get compiled to something like    .lcomm shr,8,8    .lcomm shi,8,8    .lcomm sr,8,8    .lcomm si,8,8 Not these, but mov r

Re: [Mingw-w64-public] [gcc-13.0.1] Anomalous as.exe behaviour

2023-04-27 Thread LIU Hao
在 2023-04-27 22:46, sisyphus 写道: Hi, I have 2 snapshots of gcc-13.0.1. One was built by LH_Mouse, the other by Brecht Sanders (https://winlibs.com ). LH_Mouse's compiler is tripping over some code that Sanders' build handles without issue. I have changed the default assembly syntax to Intel las

Re: [Mingw-w64-public] [PATCH 1/2] headers: Hide UTF-16 and UTF-32 functions from libmsvcrt

2023-04-27 Thread JonY via Mingw-w64-public
On 4/27/23 14:49, LIU Hao wrote: Basing on some discussion on IRC, I have spit this into two patches. The actual removal of these functions will be postponed after this release. Looks like there was a miscommunication, when I said to hide it from UCRT, I was agreeing with you. I prefer rem

[Mingw-w64-public] [PATCH 1/2] headers: Hide UTF-16 and UTF-32 functions from libmsvcrt

2023-04-27 Thread LIU Hao
Basing on some discussion on IRC, I have spit this into two patches. The actual removal of these functions will be postponed after this release. -- Best regards, LIU Hao From cb01a7df771e7a48d3246cc772674c470a92ff3f Mon Sep 17 00:00:00 2001 From: LIU Hao Date: Thu, 27 Apr 2023 22:35:22 +0800 S

[Mingw-w64-public] [gcc-13.0.1] Anomalous as.exe behaviour

2023-04-27 Thread sisyphus
Hi, I have 2 snapshots of gcc-13.0.1. One was built by LH_Mouse, the other by Brecht Sanders (https://winlibs.com ). LH_Mouse's compiler is tripping over some code that Sanders' build handles without issue. Attached are 2 files (cpoly.c and cpoly.h) taken from the source of a perl module named PDL

Re: [Mingw-w64-public] [PATCH] crt: Remove conversion functions between UTF-{16, 32} characters from MSVCRT

2023-04-27 Thread Jacek Caban via Mingw-w64-public
On 4/22/23 14:46, LIU Hao wrote: 在 2023-03-30 16:38, LIU Hao 写道: Ping on this patch. A blank line got deleted by accident. I can fix that locally. Removal of stuff could be bad, but given that `mbstoc16()` has never been working, it might not be a big loss. Ping again? It has been almost

Re: [Mingw-w64-public] clang shows compiler error with windows.ui.composition.h

2023-04-27 Thread Jacek Caban via Mingw-w64-public
On 4/26/23 22:30, Biswapriyo Nath wrote: The compiler error can be solved if DirectXAlphaMode is replaced with ABI::Windows::Graphics::DirectX::DirectXAlphaMode. I am not sure if this is an issue with widl generated header or an issue with clang and C++ standards. How can I troubleshoot this issu