[Mingw-w64-public] [PATCH] crt: execv*/spawnv* const-correctness

2024-04-17 Thread Nikita Kniazev
Hello. Found these doing binutils build check, where should I submit the patch? ___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public

Re: [Mingw-w64-public] Rust test failure after some math functions were moved

2024-04-17 Thread Martin Storsjö
On Tue, 16 Apr 2024, philippe renon via Mingw-w64-public wrote: All this to ask whether that "breaking" change was intentional ? The change itself was quite intentional, the breakage obviously wasn't intentional. We have a fair bit of these kinds of circular dependencies between libmingwex

Re: [Mingw-w64-public] [PATCH] crt: msvcr70.def.in: Add missing @SIZE suffixes and __CxxCallUnwindVecDtor

2024-04-17 Thread Martin Storsjö
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 assembly from C. True, that could be possible. Those fdiv symbols are already p

[Mingw-w64-public] Has it been considered to add a port of DDD to mingw?

2024-04-17 Thread info
Not sure if this message is sent correctly as sending the word "help" as in the welcome message's body/subject (I tried both) did not return any instruction message as claimed. I.e. talking about the Data Display Debugger for gdb that comes with mingw. I have seen others ask for a port of DD

Re: [Mingw-w64-public] [PATCH] crt: msvcr70.def.in: Add missing @SIZE suffixes and __CxxCallUnwindVecDtor

2024-04-17 Thread Pali Rohár
On Tuesday 16 April 2024 10:20:50 Martin Storsjö wrote: > On Tue, 16 Apr 2024, LIU Hao wrote: > > > > I think it is better to be compatible with MSVC object level behavior > > > than inventing new/custom object level behavior. Meaning to export it > > > from def file without @SIZE. > > > > > > Bu