* Generated by this command from Windows 10 SDK 18362:
ar t '/c/Program Files (x86)/Windows
Kits/10/Lib/10.0.18362.0/um/x64/mincore.lib' | sort -u | tee
mincore_18362.mri
And some sed-ing & diff-ing.
From 7e809497f5493660f326f935f0b3ec74584a6bd9 Mon Sep 17 00:00:00 2001
From: Biswapriyo Nath
Dat
Hello David
here is what i am doing with my package installer :
https://github.com/vtorri/ewpi/blob/master/packages/libxml2/install.sh
version i compile :
https://github.com/vtorri/ewpi/blob/master/packages/libxml2/libxml2.ewpi
hth
Vincent Torri
On Wed, Dec 11, 2019 at 10:50 PM David Mathog w
crypt.h should be provided by gnulib since it does not normally exist on
windows, sounds like something breaks the build chain. can you post the
configure output ? might provide some clue as to what is going on.
Den 12-12-2019 kl. 01:17 skrev David Mathog:
On 2019-12-11 15:43, ralph engels wro
On 2019-12-11 15:43, ralph engels wrote:
that sounds like a bug you need to report to the msys2 mingw-packages
developers, libgcrypt should also provide libgcrypt-20.dll and
libgcrypt.dll.a not just the header.
I didn't phrase that right. It does provide those other files, just NOT
"crypt.h",
that sounds like a bug you need to report to the msys2 mingw-packages
developers, libgcrypt should also provide libgcrypt-20.dll and
libgcrypt.dll.a not just the header.
Den 12-12-2019 kl. 00:39 skrev David Mathog:
On 2019-12-11 14:46, Ruben Van Boxem wrote:
Op wo 11 dec. 2019 23:31 schreef D
On 2019-12-11 14:46, Ruben Van Boxem wrote:
Op wo 11 dec. 2019 23:31 schreef David Mathog :
or some switch
used with "./configure".
You'll need to pass "--host=i686-w64-mingw32".
If you don't, it tries to identify the MSYS2 environment, which in the
best
case returns something Unix-like,
Op wo 11 dec. 2019 23:31 schreef David Mathog :
>
> or some switch
> used with "./configure".
>
You'll need to pass "--host=i686-w64-mingw32".
If you don't, it tries to identify the MSYS2 environment, which in the best
case returns something Unix-like, which is not what you want.
If there are a
On 2019-12-11 14:14, David Grayson wrote:
Have you considered simply installing libxml2 by running this command?
pacman -S mingw-w64-i686-libxml2
Yes, but I want to understand why it does not build for me.
Also, make sure you are running MSYS2 via mingw32.exe, and that you
have installe
Have you considered simply installing libxml2 by running this command?
pacman -S mingw-w64-i686-libxml2
Also, make sure you are running MSYS2 via mingw32.exe, and that you
have installed the proper GCC toolchain:
pacman -S mingw-w64-i686-toolchain
--David
On Wed, Dec 11, 2019 at 1:51 P
Trying to build libxml2 in MSYS2 mingw32. About a year ago using the
same commands 2.9.7 built without problems. Now neither 2.9.10 nor
2.9.7 will build, both failing in the "python" part of the build.
After downloading and unpacking libxml2 2.9.10 (2.9.7 acts the same)
did:
#in an MSYS2
在 2019/12/11 22:33, Biswapriyo Nath 写道:
> Fixed.
>
>
>
Thanks. Pushed this one.
--
Best regards,
LH_Mouse
signature.asc
Description: OpenPGP digital signature
___
Mingw-w64-public mailing list
Mingw-w64-public@lists.sourceforge.net
https://lists
Fixed.
From a5d0294267524c2886055ecb43b989116c7e651f Mon Sep 17 00:00:00 2001
From: Biswapriyo Nath
Date: Wed, 11 Dec 2019 07:00:00 +0530
Subject: [PATCH] crt/d3d11: update d3d11 library
Signed-off-by: Biswapriyo Nath
---
mingw-w64-crt/lib-common/d3d11.def | 4
mingw-w64-crt/lib32/d3d11.de
在 2019/12/11 15:25, Biswapriyo Nath 写道:
> ...
>
>
`libd3d11.a` already exists on line 794 in 'lib64/Makefile.am'. If you
meant to move this line up then it should probably be removed there.
--
Best regards,
LH_Mouse
signature.asc
Description: OpenPGP digital signature
___
On 12/11/19 1:43 PM, Liu Hao wrote:
在 2019/12/11 20:04, Jacek Caban 写道:
The attached patch should fix it, please review. It shouldn't be needed
for include/mfidl.h through...
LGTM.
Now here is another error:
```
/mingw64/bin/widl -DBOOL=WINBOOL -I./include -I./direct-x/include -Icrt
-I./crt
On Wed, 11 Dec 2019, JonY via Mingw-w64-public wrote:
On 12/11/19 7:08 AM, Martin Storsjö wrote:
This avoids potential conflicts with e.g. libstdc++ (which provides
__cxa_thread_atexit), if something pulls in e.g. __dso_handle or
__cxa_atexit (which libstdc++ doesn't provide).
Patch OK.
Th
On 12/11/19 7:08 AM, Martin Storsjö wrote:
> This avoids potential conflicts with e.g. libstdc++ (which provides
> __cxa_thread_atexit), if something pulls in e.g. __dso_handle or
> __cxa_atexit (which libstdc++ doesn't provide).
>
Patch OK.
signature.asc
Description: OpenPGP digital signature
在 2019/12/11 20:04, Jacek Caban 写道:
>
> The attached patch should fix it, please review. It shouldn't be needed
> for include/mfidl.h through...
>
>
LGTM.
Now here is another error:
```
/mingw64/bin/widl -DBOOL=WINBOOL -I./include -I./direct-x/include -Icrt
-I./crt -h -o include/windows.stora
On 12/11/19 12:44 PM, Liu Hao wrote:
在 2019/12/10 19:17, Jacek Caban 写道:
On 12/10/19 12:10 PM, Liu Hao wrote:
You could just use make include/mfidl.h if you use configure with
--with-widl. This uses -DBOOL=WINBOOL when generating headers. IDL files
should use BOOL, not WINBOOL, and leave it for
在 2019/12/10 19:17, Jacek Caban 写道:
> On 12/10/19 12:10 PM, Liu Hao wrote:
>
> You could just use make include/mfidl.h if you use configure with
> --with-widl. This uses -DBOOL=WINBOOL when generating headers. IDL files
> should use BOOL, not WINBOOL, and leave it for widl to generate correct
> he
19 matches
Mail list logo
