On Friday 19 April 2024 00:22:31 Martin Storsjö wrote:
> On Mon, 8 Apr 2024, Pali Rohár wrote:
>
> > I386 symbols __CxxLongjmpUnwind, _adj_fdiv_m*, _adj_fdivr_m* and
> > _seh_longjmp_unwind have @SIZE suffix in I386 version of msvcr80.dll.
>
> I presume this is not a case where the symbols have @
On Thu, 18 Apr 2024, Pali Rohár wrote:
On Wednesday 17 April 2024 23:59:34 Martin Storsjö wrote:
On Wed, 17 Apr 2024, Pali Rohár wrote:
I agree, it is impossible to have it at C level. Or at least I have not
found a way how to do it.
What is possible is to call that function from assembler o
On Sun, 14 Apr 2024, Pali Rohár wrote:
Symbols __CxxFrameHandler2, _freea_s, _get_pgmptr and _get_wpgmptr are not
present in Windows RT 8.0 and neither in 8.1 versions of msvcrt.dll
library. So mark them as X86-only.
And additional symbol __jump_unwind is present in Windows RT 8.0 and 8.1,
so p
On Fri, 19 Apr 2024, Martin Storsjö wrote:
On Mon, 8 Apr 2024, Pali Rohár wrote:
---
mingw-w64-crt/lib32/msvcr80.def.in | 1443 ++--
mingw-w64-crt/lib64/msvcr80.def.in | 1311 +
2 files changed, 1376 insertions(+), 1378 deletions(-)
I think the r
On Mon, 8 Apr 2024, Pali Rohár wrote:
---
mingw-w64-crt/lib32/msvcr80.def.in | 1443 ++--
mingw-w64-crt/lib64/msvcr80.def.in | 1311 +
2 files changed, 1376 insertions(+), 1378 deletions(-)
I think the rest of this set of 9 patches looks good, exce
On Mon, 8 Apr 2024, Pali Rohár wrote:
I386 symbols __CxxLongjmpUnwind, _adj_fdiv_m*, _adj_fdivr_m* and
_seh_longjmp_unwind have @SIZE suffix in I386 version of msvcr80.dll.
I presume this is not a case where the symbols have @size suffixes in the
DLL itself (which does exist but is quite rare
>From 0d9fb95b2c50a15a90276f67e7ec44c67cb1093b Mon Sep 17 00:00:00 2001
From: Nikita Kniazev
Date: Thu, 18 Apr 2024 03:37:48 +
Subject: [PATCH] crt: execv*/spawnv* const-correctness
Signed-off-by: Nikita Kniazev
---
mingw-w64-headers/crt/process.h | 26 +-
1 file cha
On Wednesday 17 April 2024 23:59:34 Martin Storsjö wrote:
> On Wed, 17 Apr 2024, Pali Rohár wrote:
>
> > I agree, it is impossible to have it at C level. Or at least I have not
> > found a way how to do it.
> >
> > What is possible is to call that function from assembler or via gcc
> > inline ass