> Date: Tue, 19 Aug 2014 15:53:11 +0200
> From: ja...@codeweavers.com
> To: mingw-w64-public@lists.sourceforge.net
> Subject: Re: [Mingw-w64-public] [PATCH 1/6] string_s.h/wchar_s.h: Added
> wcsnlen_s implementation.
>
> OK, I pushed it with "extern inlin
> From: j...@videolan.org
> To: mingw-w64-public@lists.sourceforge.net
> Date: Fri, 26 Sep 2014 20:06:55 +0200
> Subject: [Mingw-w64-public] [PATCH] winpthread: use GetSystemTimeAsFileTime
> instead of _ftime
>
> First, _ftime is not present in all msvcrt
> From: bmburst...@gmail.com
> Date: Mon, 3 Nov 2014 17:45:59 +0200
> To: mingw-w64-public@lists.sourceforge.net
> Subject: Re: [Mingw-w64-public] [Project News | New Builds]
>
> On Mon, Nov 3, 2014 at 2:37 PM, Ruben Van Boxem
> mailto:vanboxem.ru...@gmail.com>> w
The problem is introduced at this change
(http://sourceforge.net/p/mingw-w64/mingw-w64/ci/d008dc5b65a93ec20734540cf7e45ad1e0692ee1/tree//mingw-w64-headers/include/mfobjects.h?diff=3418d798c1d9e96e3bb29901a28820efc7331608).
Because #if 0 was deleted (accidentally?), the redefinition occurred.
The problem is introduced at this change
(http://sourceforge.net/p/mingw-w64/mingw-w64/ci/d008dc5b65a93ec20734540cf7e45ad1e0692ee1/tree//mingw-w64-headers/include/mfobjects.h?diff=3418d798c1d9e96e3bb29901a28820efc7331608).
Because #if 0 was deleted (accidentally?), the redefinition occurred.
> From: dongsheng.s...@gmail.com
> To: mingw-w64-public@lists.sourceforge.net
> Date: Wed, 31 Dec 2014 11:19:21 +0800
> Subject: [Mingw-w64-public] [PATCH] Do not include non-existent header file
> 'ansidecl.h'
>
> From: Dongsheng Song
>
> ---
> mingw-w64-headers/crt/ieeefp.h | 1 -
> 1 fi
Please review.
From 57455135b52f4c769a52a44ee4ed9275dc259b74 Mon Sep 17 00:00:00 2001
From: Yuta NAKAI
Date: Fri, 13 Feb 2015 22:27:00 +0900
Subject: [PATCH] conio_s.h: Fix _W*_S_DEFINED macro name, which is used in
wchar_s.h.
---
mingw-w64-headers/cr
hich is used in wchar_s.h.
>
>
> Patch looks ok. So could someone please applx it?
>
> Thanks
> Kai
>
> Am 13.02.2015 14:47 schrieb "NAKAI Yuta"
> mailto:nak5...@live.jp>>:
> Please review.
>
>
>
> -
Please review.
We don't need emulation code of secapi for msvcr{90,100,110}.
From 87b25fc6191411342e5bfdc2ccbc66faa52105bd Mon Sep 17 00:00:00 2001
From: Yuta NAKAI
Date: Fri, 13 Feb 2015 22:59:51 +0900
Subject: [PATCH] _sopen_s: The emulation code is only
hi,
_wfopen_s is also declared at L134.
0001-sec_api-stdio_s.h-Remove-duplicate-declaration-of-_w.patch
Description: Binary data
--
___
ping?
From: nak5...@live.jp
To: mingw-w64-public@lists.sourceforge.net
Date: Thu, 18 Jun 2015 22:39:59 +0900
Subject: [Mingw-w64-public] [PATCH] sec_api/stdio_s.h: Remove duplicate
declaration of _wfopen_s.
hi,
_wfopen_s is also declared at L134.
-
;
> The patch looks good to me. To you need me to commit it for you?
Yes, please commit it for me.
Thanks,
Yuta
>
> Thanks,
> Jacek
>
> On 06/23/15 13:19, NAKAI Yuta wrote:
>> ping?
>>
>>
>> From: nak5...@live.jp
Please review.
0001-stdio_s.h-Add-missing-_CRTIMP-to-sscanf_s.patch
Description: Binary data
--
___
Mingw-w64-public mailing list
Mingw
Please review.
0002-stdio_s-wchar_s-.h-Add-missing-swscanf_s-declaration.patch
Description: Binary data
--
___
Mingw-w64-public mailing list
M
gt; On 08/14/15 12:48, Nakai Yuta wrote:
>> Please review.
>
> The patch looks good to me.
>
> Thanks,
> Jacek
>
> --
> ___
> Mingw-w64-public
tion.
>
> On 08/14/15 12:49, Nakai Yuta wrote:
>> Please review.
>
> The patch looks good to me.
>
> Thanks,
> Jacek
>
> --
> ___
gt; On 08/14/15 12:48, Nakai Yuta wrote:
>> Please review.
>
> The patch looks good to me.
>
> Thanks,
> Jacek
>
> --
> ___
> Mingw-w64-public
hi, zeranoe
Do you want to do that on windows (eg. msys/msys2) ? If so, here is my way to
generate libOpenCL.a (OpenCL.dll import library).
On Win64 System
1. generate .def files
(a) for 64bit
mkdir lib64 && gendef - /c/Windows/system32/OpenCL.dll> lib64/OpenCL.def
(b) for 32bit
mkdir lib32 && g
wrong with the .def file?
>
Yes.
For 32bit, you should add the ordinal values of the functions exported by the
DLL (like clBuildProgram@24).
> I added -A and -k and still get the same error.
>
> Thanks,
> Kyle
>
> -Original Message-
> From: Nakai Yuta [mailto:nak5..
Please review.
_Field_range_ is also defined at the next line of _Field_z_ definition.
From fa3481bc350967a9d655a4392d67e3ebcb8d41a9 Mon Sep 17 00:00:00 2001
From: Yuta Nakai
Date: Fri, 30 Oct 2015 07:20:22 +0900
Subject: [PATCH] sal.h: Fix redefinition of _Field_range_.
---
mingw-w64-header
Could anyone please apply this ?
差出人: JonY
送信日時: 2015年10月30日 20:55
宛先: mingw-w64-public@lists.sourceforge.net
件名: Re: [Mingw-w64-public] [PATCH] sal.h: Fix redefinition of _Field_range_.
On 10/30/2015 07:15, David Grayson wrote:
> Yep, that looks like a
This patch is already reviewed by martell at irc.
If anyone does not have any objection, please commit this.
0001-genlib-Fix-option-handling.patch
Description: 0001-genlib-Fix-option-handling.patch
--
___
I cannot reproduce that.
maybe, you strip output binaries?
From: Vincent Torri
Sent: Sunday, February 7, 2016 17:34
To: mingw-w64-public@lists.sourceforge.net
Subject: [Mingw-w64-public] does linker correctly set the creation date of a
PE file ?
Hello
Hi All,
This patch implements clog10/clog10f/clog10l in libmingwex.
Please review:)
From b4eb652558fe341a25c12935ee7b9939d1520f3f Mon Sep 17 00:00:00 2001
From: Yuta Nakai
Date: Sun, 7 Feb 2016 17:10:12 +0900
Subject: [PATCH] complex: Add clog10*.
---
mingw-w64-crt/Makefile.am|
This is needed for ffmpeg VP9 DXVA2 HWACCEL.
0001-dxva.h-Add-support-for-VP8-9-in-DxVA2.patch
Description: 0001-dxva.h-Add-support-for-VP8-9-in-DxVA2.patch
--
Transform Data into Opportunity.
Accelerate data analysis in y
/9 in DxVA2.
On 25 Mar, Nakai Yuta wrote :
> This is needed for ffmpeg VP9 DXVA2 HWACCEL.
LGTM. But please give a link to the spec.
With my kindest regards,
--
Jean-Baptiste Kempf
http://www.jbkempf.com/ - +33 672 704 734
Sent from my Electronic Dev
Hi lh_mouse,
Where can I get a patch(es) for gcc in order to use your new thread model?
From: lh_mouse
Sent: Wednesday, April 13, 2016 18:17
To: gcc; mingw-w64-public
Subject: [Mingw-w64-public] Adding a new thread model to GCC
Hi all,
The 'win32' threa
Hi, all
I attached the patch.
I put ifdef guard for compatibility with MSVC.
default behaviour: same as MSVC
when defined _GNU_SOURCE: same as glibc(>2.01)
Yuta
差出人: Kuldeep Singh Dhaka
送信日時: 2016年5月23日 18:50
宛先: mingw-w64-public@lists.sourceforge.net
atch? I don't see it.
Regards,
Kai
2016-05-23 16:08 GMT+02:00 Nakai Yuta :
> Hi, all
> I attached the patch.
>
> I put ifdef guard for compatibility with MSVC.
>
> default behaviour: same as MSVC
> when defined _GNU_SOURCE: same as glibc(>2.01)
>
> Yuta
>
&g
Hi
Any short test case to reproduce?
Sent from Outlook
差出人: Ricardo Constantino
送信日時: 2016年7月24日 21:30
宛先: mingw-w64-public@lists.sourceforge.net
件名: [Mingw-w64-public] Relocation errors when linking with static libstdc++
starting with GCC 6 (64-bit only
>> Hi
>>
>> Any short test case to reproduce?
>>
>>
>I've been told specifically that libs that don't use exceptions don't
>suffer from this, like x265.
>Rubberband does, though.
>
>```
>(open mingw64-shell)
>
>export CC=gcc
>#MINGW_PREFIX=/mingw64
>
>git clone https://github.com/lachs0r/rubberband
C99 defines INFINITY and NAN macros as float.
patch is attached.
--
Developer Access Program for Intel Xeon Phi Processors
Access to Intel Xeon Phi processor-based developer platforms.
With one year of Intel Parallel Studi
David
On Sat, Nov 12, 2016 at 7:33 PM, Nakai Yuta wrote:
> C99 defines INFINITY and NAN macros as float.
> patch is attached.
>
>
>
> --
> Developer Access Program for Intel Xeon Phi Processors
Hi All,
I use this patch for gcc.
https://raw.githubusercontent.com/nak5124/build_env/master/gcc_build/patches/gcc/0020-MinGW-w64-Define-__MSVCRT_VERSION__.patch
with MSYS2’s patch
https://raw.githubusercontent.com/Alexpux/MINGW-packages/master/mingw-w64-gcc-git/0006-gcc-7-branch-Windows-New-feat
Hi,
We can use the UCRT function for nexttoward as well as nexttoward on ARM/ARM64.
Also, on x86, we need to use mingw implementation due to long double.
Why is nexttoward included in libmingwex and nexttowardf in libucrt?
Regards,
Yuta
___
Mingw-w64-pu
Hi,
__USE_MINGW_ANSI_STDIO is defined as 1 in _mingw.h when gcc is invoked with
-std=c99 for MSVCR*
Meanwhile, it is not defined for UCRT since this commit
(https://sourceforge.net/p/mingw-w64/mingw-w64/ci/bfd33f6c0ec5e652cc9911857dd1492ece8d8383/).
Windows classic wprintf treats %s format spec
Thank you both for your explanations.
>Yes, this bit is indeed nonstandard. But all the implementations here do the
>same nonstandard thing;
> the msvcr*.dll implementations, the printf functions from UCRT (in they way
> we call them by default),
> and the mingw internal implementations enabled
GMP configure checks for the availability of %n format specifier.
Because of security reasons, Microsoft has disabled the %n format specifier by
default.
To use the %n format specifier, _set_printf_count_output(1) must be called.
---
Best regards,
Yuta
-Original Message-
From: Martin St
38 matches
Mail list logo
