On 1/25/19 2:41 PM, Nikolay Sivov wrote:
> ---
Patch looks OK, pushed to master.
signature.asc
Description: OpenPGP digital signature
___
Mingw-w64-public mailing list
Mingw-w64-public@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo
rdx
leaq.LC0(%rip), %rcx
movq$-1, 32(%rsp)
movq$-1, 40(%rsp)
callprintf.constprop.0
xorl%eax, %eax
addq$56, %rsp
ret
.seh_endproc
.ident "GCC: (GNU) 8.2.1 20190125"
.def__mingw_vfprintf;
On Sat, 26 Jan 2019, Biswapriyo Nath wrote:
Sorry sir, I'm not familiar with how those works in mingw-w64 repo.
Ok, well thanks for the patch for adding those def files in any case.
I went ahead and applied the one that extends kernel32.def.in, and after
figuring out where/how to add the oth
Sorry sir, I'm not familiar with how those works in mingw-w64 repo.
___
Mingw-w64-public mailing list
Mingw-w64-public@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
On Sat, 26 Jan 2019, Biswapriyo Nath wrote:
Please forgive me. I'm not deeply familiar with mingw-w64 makefiles. And
those are so huge...
In this case, you could just add them to lib64/Makefile.am,
libarm32/Makefile.am and libarm64/Makefile.am - but that would make them
installed. And the ex
Please forgive me. I'm not deeply familiar with mingw-w64 makefiles. And
those are so huge...
___
Mingw-w64-public mailing list
Mingw-w64-public@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
On Sat, 26 Jan 2019, Biswapriyo Nath wrote:
Those functions we're mentioned two times. So I remove one of them. Here
are the edited patch file with all redirected virtual dll.
Aha, ok, fair enough. It might be good to explain that in the commit
message.
Thanks for adding def files for the r
Those functions we're mentioned two times. So I remove one of them. Here
are the edited patch file with all redirected virtual dll.
On Saturday, January 26, 2019, Martin Storsjö wrote:
> Hi,
>
> On Sat, 26 Jan 2019, Biswapriyo Nath wrote:
>
>> [PATCH] crt/lib-common: Add more kernel32 exported fu
Hi,
On Sat, 26 Jan 2019, Biswapriyo Nath wrote:
[PATCH] crt/lib-common: Add more kernel32 exported functions
This patch removes the InitializeConditionVariable and
InitializeCriticalSection functions. Why?
Also, are any of the new added functions available in any of
api-ms-win-core-*.dll
[PATCH] crt/lib-common: Add more kernel32 exported functions
From 50289418f4f78c5513ca7b1b5b4efe9c8dff31dd Mon Sep 17 00:00:00 2001
From: Biswapriyo Nath
Date: Fri, 25 Jan 2019 00:22:41 +0530
Subject: [PATCH] crt/lib-common: Add more kernel32 exported functions
Signed-off-by: Biswapriyo Nath
---
---
From 8096ec452013f96a48b08d886e8abb547e5f413f Mon Sep 17 00:00:00 2001
From: Nikolay Sivov
Date: Fri, 25 Jan 2019 01:25:19 +0300
Subject: [PATCH] headers: Make dwrite_1.h C friendly.
Signed-off-by: Nikolay Sivov
---
mingw-w64-headers/include/dwrite_1.h | 20 ++--
1 file chan
Alright, thanks.
On Fri, Jan 25, 2019 at 3:53 PM JonY via Mingw-w64-public <
mingw-w64-public@lists.sourceforge.net> wrote:
> On 1/25/19 12:27 PM, Nikolay Sivov wrote:
> > v2: added separate definition for C
> >
>
> No need to repeat the members, you should be able to do something like:
>
> struc
在 2019/1/25 20:52, JonY via Mingw-w64-public 写道:
> On 1/25/19 12:27 PM, Nikolay Sivov wrote:
>> v2: added separate definition for C
>>
>
> No need to repeat the members, you should be able to do something like:
>
> struct DWRITE_FONT_METRICS1
> #ifdef __cplusplus
> : public DWRITE_FONT_METRICS
On 1/25/19 12:27 PM, Nikolay Sivov wrote:
> v2: added separate definition for C
>
No need to repeat the members, you should be able to do something like:
struct DWRITE_FONT_METRICS1
#ifdef __cplusplus
: public DWRITE_FONT_METRICS
#endif
{
#ifndef __cplusplus
UINT16 designUnitsPerEm;
UI
v2: added separate definition for C
From 8252ec9bb36419722fc810af8c53a7f40e4dd208 Mon Sep 17 00:00:00 2001
From: Nikolay Sivov
Date: Fri, 25 Jan 2019 01:25:19 +0300
Subject: [PATCH] headers: Make dwrite_1.h C friendly.
Signed-off-by: Nikolay Sivov
---
mingw-w64-headers/include/dwrite_1.h | 32 +
On 25.01.2019 10:43, Mateusz wrote:
W dniu 21.01.2019 o 21:20, Christer Solskogen pisze:
I've successfully built a multilib compiler on linux targeting both x86_64-w64-mingw32
and i686-w64-mingw32. Using that compiler to compile a native Windows compiler (what do
you really call that? Crossed
W dniu 21.01.2019 o 21:20, Christer Solskogen pisze:
> I've successfully built a multilib compiler on linux targeting both
> x86_64-w64-mingw32 and i686-w64-mingw32. Using that compiler to compile a
> native Windows compiler (what do you really call that? Crossed compiler?
> Hosted?) with mingw-
17 matches
Mail list logo
