On Sun, Feb 28, 2016, Stefan Weil wrote:
> PS. If you want, you can add QEMU to the project list
> http://mingw-w64.org/doku.php#some_projects_using_mingw-w64
Done.
--
Adrien Nader
--
Site24x7 APM Insight: Get Deep Visi
Am 28.02.2016 um 18:04 schrieb David Grayson:
>
> This change would require a lot of 64-bit ingw-w64 libraries and
> executables to be recompiled, and possibly require code changes,
> right? Does the use of 64-bit ints for PIDs actually cause any bugs?
>
> --David
>
Yes, it causes problems in QEM
This change would require a lot of 64-bit ingw-w64 libraries and
executables to be recompiled, and possibly require code changes, right?
Does the use of 64-bit ints for PIDs actually cause any bugs?
--David
On Feb 28, 2016 7:14 AM, "Stefan Weil" wrote:
> Windows always uses 32 bit (int or DWORD)
Windows always uses 32 bit (int or DWORD) process ids,
even on 64 bit Windows.
Signed-off-by: Stefan Weil
---
mingw-w64-headers/crt/sys/types.h| 5 -
mingw-w64-libraries/winpthreads/include/pthread_compat.h | 6 +-
2 files changed, 1 insertion(+), 10 deletions(-)
Hello.
Commit ca451a7a45d4876065edc6755f8aab8095914b04 caused issue #1104 in
MSYS2, where basic C++ programs stopped working, probably because
constructors were not called:
https://github.com/Alexpux/MINGW-packages/issues/1104
If you compile a simple C++ hello world program, you can run the
follo
On 2/26/2016 00:42, Hannes Domani wrote:
> ---
> mingw-w64-crt/stdio/mingw_wvfscanf.c | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
Applied to master and v4.x, next time, use a more descriptive log entry.
Thanks.
0xD4EBC740.asc
Description: application/pgp-keys
signature.asc
> 28 февр. 2016 г., в 12:12, JonY написал(а):
>
> On 2/24/2016 01:14, Martell Malone wrote:
>> I pushed all the patches that were previously approved by either yourself
>> or kai.
>> While kai already approved this I would like someone other then myself to
>> confirm this patch doesn't break any
On 2/24/2016 01:14, Martell Malone wrote:
> I pushed all the patches that were previously approved by either yourself
> or kai.
> While kai already approved this I would like someone other then myself to
> confirm this patch doesn't break anything.
> Handle __CTOR_LIST__ internally within mingw-w64
