Hi, it seems the mailing list software stripped your attached patch.
Please try resending it with a .txt file extension. (I suspect that
Gmail doesn't send the .patch files with the MIME type `text/plain`.)
On 7/1/2023 11:10, Jameson Nash wrote:
I noticed that gdtoa upstream appeared to have s
Bump?
On Fri, Jan 6, 2023 at 10:10 PM Jameson Nash wrote:
> I noticed that gdtoa upstream appeared to have some changes that were not
> reflected here, so I tried to copy them into mingw-w64 here. I had to
> partly guess at what the diff was between the old and current versions
> because upstrea
在 2023/3/8 20:18, Martin Storsjö 写道:
...
Signed-off-by: Martin Storsjö
---
mingw-w64-headers/crt/setjmp.h | 72 +++---
1 file changed, 31 insertions(+), 41 deletions(-)
These patches look good to me. Thanks for the work.
--
Best regards,
LIU Hao
OpenPGP_si
This was added in the form of USE_MINGW_SETJMP_TWO_ARGS in
6ef8b92929cc918dc50fb6802839be61c0cfab7c in 2008, then changed
so that USE_MINGW_SETJMP_TWO_ARGS was defined automatically for
64 bit targets in 5b99e86d446ae5971be734c1fa76a21c3adb7148 one
day later.
In 82347ded0d43a80de68b6a35a209717bded
By default, setjmp/longjmp in the MS CRTs use SEH unwinding to
reach the destination stack frame, on platforms that use SEH.
On x86_64, the lower level functions allow opting out from this
behaviour by passing NULL instead of the target stack frame. On
arm and aarch64 though, the UCRT and msvcrt.d
