Re: [Mingw-w64-public] [PATCH 1/6] string_s.h/wchar_s.h: Added wcsnlen_s implementation.

2014-08-20 Thread NAKAI Yuta
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 inline

Re: [Mingw-w64-public] [PATCH] winpthread: use GetSystemTimeAsFileTime instead of _ftime

2014-09-28 Thread NAKAI Yuta
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

Re: [Mingw-w64-public] [Project News | New Builds]

2014-11-03 Thread NAKAI Yuta
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

Re: [Mingw-w64-public] Trunk build fail

2014-12-28 Thread NAKAI Yuta
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.

Re: [Mingw-w64-public] [PATCH] Do not include non-existent header file 'ansidecl.h'

2014-12-30 Thread NAKAI Yuta
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 dongsheng.s...@gmail.com ---

[Mingw-w64-public] [PATCH] _sopen_s: The emulation code is only for msvcrt not for msvcr{90, 100, 110}.

2015-02-17 Thread NAKAI Yuta
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 nak5...@live.jp Date: Fri, 13 Feb 2015 22:59:51 +0900 Subject: [PATCH] _sopen_s: The

[Mingw-w64-public] [PATCH] conio_s.h: Fix _W*_S_DEFINED macro name, which is used in wchar_s.h.

2015-02-13 Thread NAKAI Yuta
Please review. From 57455135b52f4c769a52a44ee4ed9275dc259b74 Mon Sep 17 00:00:00 2001 From: Yuta NAKAI nak5...@live.jp 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. ---

Re: [Mingw-w64-public] [PATCH] conio_s.h: Fix _W*_S_DEFINED macro name, which is used in wchar_s.h.

2015-02-15 Thread NAKAI Yuta
. Patch looks ok. So could someone please applx it? Thanks Kai Am 13.02.2015 14:47 schrieb NAKAI Yuta nak5...@live.jpmailto:nak5...@live.jp: Please review. -- Dive into the World

[Mingw-w64-public] [PATCH] sec_api/stdio_s.h: Remove duplicate declaration of _wfopen_s.

2015-06-18 Thread NAKAI Yuta
hi, _wfopen_s is also declared at L134. 0001-sec_api-stdio_s.h-Remove-duplicate-declaration-of-_w.patch Description: Binary data --

Re: [Mingw-w64-public] [PATCH] sec_api/stdio_s.h: Remove duplicate declaration of _wfopen_s.

2015-06-23 Thread NAKAI Yuta
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.

Re: [Mingw-w64-public] [PATCH] sec_api/stdio_s.h: Remove duplicate declaration of _wfopen_s.

2015-06-23 Thread NAKAI Yuta
. 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 To: mingw-w64-public@lists.sourceforge.net Date: Thu, 18 Jun 2015 22:39:59 +0900 Subject

[Mingw-w64-public] [PATCH 2/2] {stdio_s, wchar_s}.h: Add missing swscanf_s declaration.

2015-08-14 Thread Nakai Yuta
Please review. 0002-stdio_s-wchar_s-.h-Add-missing-swscanf_s-declaration.patch Description: Binary data -- ___ Mingw-w64-public mailing list

[Mingw-w64-public] [PATCH 1/2] stdio_s.h: Add missing _CRTIMP to sscanf_s.

2015-08-14 Thread Nakai Yuta
Please review. 0001-stdio_s.h-Add-missing-_CRTIMP-to-sscanf_s.patch Description: Binary data -- ___ Mingw-w64-public mailing list

[Mingw-w64-public] [PATCH] sal.h: Fix redefinition of _Field_range_.

2015-10-29 Thread Nakai Yuta
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_. ---

Re: [Mingw-w64-public] [PATCH] sal.h: Fix redefinition of _Field_range_.

2015-10-31 Thread Nakai Yuta
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

[Mingw-w64-public] [PATCH] genlib: Fix option handling.

2015-11-13 Thread Nakai Yuta
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 --

Re: [Mingw-w64-public] Unable to link OpenCL for i686

2015-09-04 Thread Nakai Yuta
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 &&

Re: [Mingw-w64-public] Unable to link OpenCL for i686

2015-09-05 Thread Nakai Yuta
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..

Re: [Mingw-w64-public] [PATCH] dxva.h: Add support for VP8/9 in DxVA2.

2016-03-25 Thread Nakai Yuta
dxva.h: Add support for VP8/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 Electron

[Mingw-w64-public] [PATCH] complex: Add clog10*.

2016-03-19 Thread Nakai Yuta
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

[Mingw-w64-public] [PATCH] dxva.h: Add support for VP8/9 in DxVA2.

2016-03-25 Thread Nakai Yuta
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

Re: [Mingw-w64-public] glibc isinf() behaviour

2016-05-23 Thread 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 差出人: Kuldeep Singh Dhaka 送信日時: 2016年5月23日 18:50 宛先:

Re: [Mingw-w64-public] glibc isinf() behaviour

2016-05-23 Thread Nakai Yuta
ou missed to attach the patch? I don't see it. Regards, Kai 2016-05-23 16:08 GMT+02:00 Nakai Yuta <nak5...@live.jp>: > Hi, all > I attached the patch. > > I put ifdef guard for compatibility with MSVC. > > default behaviour: same as MSVC > when defined _GNU_S

Re: [Mingw-w64-public] Adding a new thread model to GCC

2016-04-15 Thread Nakai Yuta
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,

Re: [Mingw-w64-public] Relocation errors when linking with static libstdc++ starting with GCC 6 (64-bit only)

2016-07-24 Thread Nakai Yuta
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

Re: [Mingw-w64-public] Relocation errors when linking with static libstdc++ starting with GCC 6 (64-bit only)

2016-07-24 Thread Nakai Yuta
>> 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

Re: [Mingw-w64-public] [PATH] math.h: The type of C99 INFINITY and NAN shall be float.

2016-11-13 Thread Nakai Yuta
Patch is not attached. --David On Sat, Nov 12, 2016 at 7:33 PM, Nakai Yuta <nak5...@live.jp> wrote: > C99 defines INFINITY and NAN macros as float. > patch is attached. > > > > -- > Developer

[Mingw-w64-public] [PATH] math.h: The type of C99 INFINITY and NAN shall be float.

2016-11-12 Thread Nakai Yuta
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