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

[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 declaration.


If my memory is correct, when -std=gnu99/-std=c99 is specified, extern inline 
doesn't

get rid of function definition. (e.g. Building GCC will probably be failed.)

Therefore, we should use static with attribute unused.


Yuta



 Thanks for reviews,
 Jacek

 On 08/19/14 15:38, Kai Tietz wrote:
 Hmm, this patch looks to me not 100% ok.

 Making functions static inline seems to be not the proper thing to do
 here AFAICS. This will lead to warning for cases those functions
 aren't used. So I would think that attribute unused is missing here.
 Additionally the 'inline' looks to me bogus. Either it should be
 extern inline, or static with attribute unused.

 Kai

 2014-08-19 14:02 GMT+02:00 Jacek Caban ja...@codeweavers.com:
 ---
 mingw-w64-headers/crt/sec_api/string_s.h | 3 +++
 mingw-w64-headers/crt/sec_api/wchar_s.h | 3 +++
 2 files changed, 6 insertions(+)



 --

 ___
 Mingw-w64-public mailing list
 Mingw-w64-public@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/mingw-w64-public

 --
 ___
 Mingw-w64-public mailing list
 Mingw-w64-public@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/mingw-w64-public


 --
 ___
 Mingw-w64-public mailing list
 Mingw-w64-public@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/mingw-w64-public 
   
--
Slashdot TV.  
Video for Nerds.  Stuff that matters.
http://tv.slashdot.org/
___
Mingw-w64-public mailing list
Mingw-w64-public@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public

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

[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 versions,
 then, _ftime is the current local time.
 ---
 mingw-w64-libraries/winpthreads/src/misc.c | 8 +---
 1 file changed, 5 insertions(+), 3 deletions(-)

 diff --git a/mingw-w64-libraries/winpthreads/src/misc.c 
 b/mingw-w64-libraries/winpthreads/src/misc.c
 index 173c5e1..db650c9 100644
 --- a/mingw-w64-libraries/winpthreads/src/misc.c
 +++ b/mingw-w64-libraries/winpthreads/src/misc.c
 @@ -22,13 +22,15 @@

 #include pthread.h
 #include misc.h
 +#include windows.h

We should include windows.h earlier than misc.h because of _mm_pause().
A patch is here.

From 35ea7b284d3c5a8044275f78c48bcf8c5736712f Mon Sep 17 00:00:00 2001
From: Yuta NAKAI nak5...@live.jp
Date: Sun, 28 Sep 2014 22:29:57 +0900
Subject: [PATCH] winpthreads/src/misc.c: include windows.h earlier than misc.h

---
 mingw-w64-libraries/winpthreads/src/misc.c | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/mingw-w64-libraries/winpthreads/src/misc.c 
b/mingw-w64-libraries/winpthreads/src/misc.c
index db650c9..2c81abe 100644
--- a/mingw-w64-libraries/winpthreads/src/misc.c
+++ b/mingw-w64-libraries/winpthreads/src/misc.c
@@ -20,9 +20,9 @@
    DEALINGS IN THE SOFTWARE.
 */
 
+#include windows.h
 #include pthread.h
 #include misc.h
-#include windows.h
 
 unsigned long long _pthread_time_in_ms(void)
 {
-- 
2.1.1



 unsigned long long _pthread_time_in_ms(void)
 {
 - struct _timeb tb;
 + FILETIME ft;

 - _ftime(tb);
 - return (unsigned long long)tb.time * 1000ULL + (unsigned long long) 
 tb.millitm;
 + GetSystemTimeAsFileTime(ft);
 + return (((unsigned long long)ft.dwHighDateTime  32) + ft.dwLowDateTime
 + - 0x19DB1DED53E8000ULL) / 1ULL;
 }

 unsigned long long _pthread_time_in_ms_from_timespec(const struct timespec 
 *ts)
 --
 2.1.1


 --
 Meet PCI DSS 3.0 Compliance Requirements with EventLog Analyzer
 Achieve PCI DSS 3.0 Compliant Status with Out-of-the-box PCI DSS Reports
 Are you Audit-Ready for PCI DSS 3.0 Compliance? Download White paper
 Comply to PCI DSS 3.0 Requirement 10 and 11.5 with EventLog Analyzer
 http://pubads.g.doubleclick.net/gampad/clk?id=154622311iu=/4140/ostg.clktrk
 ___
 Mingw-w64-public mailing list
 Mingw-w64-public@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
  
--
Meet PCI DSS 3.0 Compliance Requirements with EventLog Analyzer
Achieve PCI DSS 3.0 Compliant Status with Out-of-the-box PCI DSS Reports
Are you Audit-Ready for PCI DSS 3.0 Compliance? Download White paper
Comply to PCI DSS 3.0 Requirement 10 and 11.5 with EventLog Analyzer
http://pubads.g.doubleclick.net/gampad/clk?id=154622311iu=/4140/ostg.clktrk
___
Mingw-w64-public mailing list
Mingw-w64-public@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public

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

[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
 vanboxem.ru...@gmail.commailto:vanboxem.ru...@gmail.com wrote:
 2014-11-03 10:30 GMT+01:00 Baruch Burstein
 bmburst...@gmail.commailto:bmburst...@gmail.com:
 I am curious why only a few of the executables get prefixed versions? I
 just tried running a certain makefile with prefixed versions of the
 toolchain, and it failed looking for the prefixed versions of 'ar' and
 'windres'. Easily solvable (make a copy and prefix it), but I am still
 curious why some get it by default while others don't?

 Because this is a native toolchain. Native toolchains don't have
 everything prefixed. Your makefile shouldn't be using any prefixes, and
 just call the bare gcc etc. instead.

 a. Then why are some prefixed?
It's the specification of gcc.

 b. Is there another way to determine in the makefile if compiling for
 x64 or x32 without using the compiler executable name?
Determine by checking size of void* in configure.
If you don't want to use configure, just add shell variables setting in your 
Makefile (for example, ARCH=x86_64 make ...)



 --
 ˙uʍop-ǝpısdn sı ɹoʇıuoɯ ɹnoʎ 'sıɥʇ pɐǝɹ uɐɔ noʎ ɟı

 --
 ___ Mingw-w64-public
 mailing list Mingw-w64-public@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
  
--
___
Mingw-w64-public mailing list
Mingw-w64-public@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public

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

[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.


 Date: Tue, 16 Dec 2014 14:44:08 +0400 
 From: alex...@gmail.com 
 To: Mingw-w64-public@lists.sourceforge.net 
 Subject: [Mingw-w64-public] Trunk build fail 
  
 Recent trunk version of mingw-w64 runtime fail to build during last  
 changes to huge headers: 
 http://pastebin.com/XZ30gHtF 
  
 Regards, 
 Alexey. 
  
 --
   
 Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server from  
 Actuate! Instantly Supercharge Your Business Reports and Dashboards  
 with Interactivity, Sharing, Native Excel Exports, App Integration   
 more Get technology previously reserved for billion-dollar  
 corporations, FREE  
 http://pubads.g.doubleclick.net/gampad/clk?id=164703151iu=/4140/ostg.clktrk 
 ___ Mingw-w64-public  
 mailing list Mingw-w64-public@lists.sourceforge.net  
 https://lists.sourceforge.net/lists/listinfo/mingw-w64-public 
  
--
Dive into the World of Parallel Programming! The Go Parallel Website,
sponsored by Intel and developed in partnership with Slashdot Media, is your
hub for all things parallel software development, from weekly thought
leadership blogs to news, videos, case studies, tutorials and more. Take a
look and join the conversation now. http://goparallel.sourceforge.net
___
Mingw-w64-public mailing list
Mingw-w64-public@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public

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

[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-headers/crt/ieeefp.h | 1 -
  1 file changed, 1 deletion(-)
 
 diff --git a/mingw-w64-headers/crt/ieeefp.h b/mingw-w64-headers/crt/ieeefp.h
 index d22a4b5..d8bbf40 100644
 --- a/mingw-w64-headers/crt/ieeefp.h
 +++ b/mingw-w64-headers/crt/ieeefp.h
 @@ -3,7 +3,6 @@
  
  #include crtdefs.h
  #include math.h
 -#include ansidecl.h
  
  #endif /* _IEEE_FP_H_ */
  
 -- 
 2.1.3
 

yeah, ansidecl.h is usually installed by binutils (libiberty). 
mingw-w64 doesn't need it at all.

  --
Dive into the World of Parallel Programming! The Go Parallel Website,
sponsored by Intel and developed in partnership with Slashdot Media, is your
hub for all things parallel software development, from weekly thought
leadership blogs to news, videos, case studies, tutorials and more. Take a
look and join the conversation now. http://goparallel.sourceforge.net___
Mingw-w64-public mailing list
Mingw-w64-public@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public

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

[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 emulation code is only for msvcrt not for
 msvcr{90,100,110}.

---
 mingw-w64-crt/lib32/msvcr100.def.in | 2 +-
 mingw-w64-crt/lib32/msvcr110.def.in | 2 +-
 mingw-w64-crt/lib32/msvcr90.def.in  | 2 +-
 mingw-w64-crt/lib32/msvcr90d.def.in | 2 +-
 mingw-w64-crt/lib64/msvcr100.def.in | 2 +-
 mingw-w64-crt/lib64/msvcr110.def.in | 2 +-
 mingw-w64-crt/lib64/msvcr90.def.in  | 2 +-
 mingw-w64-crt/lib64/msvcr90d.def.in | 2 +-
 mingw-w64-crt/libarm32/msvcr110.def | 2 +-
 mingw-w64-crt/libarm32/msvcr120_clr0400.def | 2 +-
 mingw-w64-headers/crt/io.h  | 2 +-
 11 files changed, 11 insertions(+), 11 deletions(-)

diff --git a/mingw-w64-crt/lib32/msvcr100.def.in 
b/mingw-w64-crt/lib32/msvcr100.def.in
index 2472320..a1d7447 100644
--- a/mingw-w64-crt/lib32/msvcr100.def.in
+++ b/mingw-w64-crt/lib32/msvcr100.def.in
@@ -1344,7 +1344,7 @@ _snwscanf_l
 _snwscanf_s
 _snwscanf_s_l
 _sopen
-; _sopen_s replaced by emu
+_sopen_s
 _spawnl
 _spawnle
 _spawnlp
diff --git a/mingw-w64-crt/lib32/msvcr110.def.in 
b/mingw-w64-crt/lib32/msvcr110.def.in
index d9854dc..f9f0294 100644
--- a/mingw-w64-crt/lib32/msvcr110.def.in
+++ b/mingw-w64-crt/lib32/msvcr110.def.in
@@ -1477,7 +1477,7 @@ _snwscanf_l
 _snwscanf_s
 _snwscanf_s_l
 _sopen
-; _sopen_s replaced by emu
+_sopen_s
 _spawnl
 _spawnle
 _spawnlp
diff --git a/mingw-w64-crt/lib32/msvcr90.def.in 
b/mingw-w64-crt/lib32/msvcr90.def.in
index 7d8ef3c..394d7f5 100644
--- a/mingw-w64-crt/lib32/msvcr90.def.in
+++ b/mingw-w64-crt/lib32/msvcr90.def.in
@@ -978,7 +978,7 @@ _snwscanf_l
 _snwscanf_s
 _snwscanf_s_l
 _sopen
-; _sopen_s replaced by emu
+_sopen_s
 _spawnl
 _spawnle
 _spawnlp
diff --git a/mingw-w64-crt/lib32/msvcr90d.def.in 
b/mingw-w64-crt/lib32/msvcr90d.def.in
index a3f587a..8846e13 100644
--- a/mingw-w64-crt/lib32/msvcr90d.def.in
+++ b/mingw-w64-crt/lib32/msvcr90d.def.in
@@ -1042,7 +1042,7 @@ _snwscanf_l
 _snwscanf_s
 _snwscanf_s_l
 _sopen
-; _sopen_s replaced by emu
+_sopen_s
 _spawnl
 _spawnle
 _spawnlp
diff --git a/mingw-w64-crt/lib64/msvcr100.def.in 
b/mingw-w64-crt/lib64/msvcr100.def.in
index 384fc64..a3ba8cd 100644
--- a/mingw-w64-crt/lib64/msvcr100.def.in
+++ b/mingw-w64-crt/lib64/msvcr100.def.in
@@ -1292,7 +1292,7 @@ _snwscanf_l
 _snwscanf_s
 _snwscanf_s_l
 _sopen
-; _sopen_s replaced by emu
+_sopen_s
 _spawnl
 _spawnle
 _spawnlp
diff --git a/mingw-w64-crt/lib64/msvcr110.def.in 
b/mingw-w64-crt/lib64/msvcr110.def.in
index 65f3122..6e8a487 100644
--- a/mingw-w64-crt/lib64/msvcr110.def.in
+++ b/mingw-w64-crt/lib64/msvcr110.def.in
@@ -1416,7 +1416,7 @@ _snwscanf_l
 _snwscanf_s
 _snwscanf_s_l
 _sopen
-; _sopen_s replaced by emu
+_sopen_s
 _spawnl
 _spawnle
 _spawnlp
diff --git a/mingw-w64-crt/lib64/msvcr90.def.in 
b/mingw-w64-crt/lib64/msvcr90.def.in
index 5fd5749..7b74907 100644
--- a/mingw-w64-crt/lib64/msvcr90.def.in
+++ b/mingw-w64-crt/lib64/msvcr90.def.in
@@ -912,7 +912,7 @@ _snwscanf_l
 _snwscanf_s
 _snwscanf_s_l
 _sopen
-; _sopen_s replaced by emu
+_sopen_s
 _spawnl
 _spawnle
 _spawnlp
diff --git a/mingw-w64-crt/lib64/msvcr90d.def.in 
b/mingw-w64-crt/lib64/msvcr90d.def.in
index 1454d29..4649135 100644
--- a/mingw-w64-crt/lib64/msvcr90d.def.in
+++ b/mingw-w64-crt/lib64/msvcr90d.def.in
@@ -970,7 +970,7 @@ _snwscanf_l
 _snwscanf_s
 _snwscanf_s_l
 _sopen
-; _sopen_s replaced by emu
+_sopen_s
 _spawnl
 _spawnle
 _spawnlp
diff --git a/mingw-w64-crt/libarm32/msvcr110.def 
b/mingw-w64-crt/libarm32/msvcr110.def
index c22973f..40a4093 100644
--- a/mingw-w64-crt/libarm32/msvcr110.def
+++ b/mingw-w64-crt/libarm32/msvcr110.def
@@ -1065,7 +1065,7 @@ _snwscanf_l
 _snwscanf_s
 _snwscanf_s_l
 _sopen
-; _sopen_s replaced by emu
+_sopen_s
 _spawnl
 _spawnle
 _spawnlp
diff --git a/mingw-w64-crt/libarm32/msvcr120_clr0400.def 
b/mingw-w64-crt/libarm32/msvcr120_clr0400.def
index c3232e9..32d7965 100644
--- a/mingw-w64-crt/libarm32/msvcr120_clr0400.def
+++ b/mingw-w64-crt/libarm32/msvcr120_clr0400.def
@@ -1064,7 +1064,7 @@ _snwscanf_l
 _snwscanf_s
 _snwscanf_s_l
 _sopen
-; _sopen_s replaced by emu
+_sopen_s
 _spawnl
 _spawnle
 _spawnlp
diff --git a/mingw-w64-headers/crt/io.h b/mingw-w64-headers/crt/io.h
index 871b8dc..c61e94a 100644
--- a/mingw-w64-headers/crt/io.h
+++ b/mingw-w64-headers/crt/io.h
@@ -275,7 +275,7 @@ _CRTIMP char* __cdecl _getcwd (char*, int);
 #endif /* _UWIN */
 #endif /* Not NO_OLDNAMES */
 
-  errno_t __cdecl _sopen_s(int *_FileHandle,const char *_Filename,int 
_OpenFlag,int _ShareFlag,int _PermissionMode);
+  _CRTIMP errno_t __cdecl _sopen_s(int *_FileHandle,const char *_Filename,int 
_OpenFlag,int _ShareFlag,int _PermissionMode);
 
   _CRTIMP int __cdecl _open(const char *_Filename,int _OpenFlag,...) 

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

[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.

---
 mingw-w64-headers/crt/sec_api/conio_s.h | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/mingw-w64-headers/crt/sec_api/conio_s.h 
b/mingw-w64-headers/crt/sec_api/conio_s.h
index 996d53a..95703eb 100644
--- a/mingw-w64-headers/crt/sec_api/conio_s.h
+++ b/mingw-w64-headers/crt/sec_api/conio_s.h
@@ -25,8 +25,8 @@ extern C {
   _CRTIMP int __cdecl _cprintf_s_l (const char *_Format,_locale_t _Locale,...);
   _CRTIMP int __cdecl _vcprintf_s_l (const char *_Format,_locale_t 
_Locale,va_list _ArgList);
 
-#ifndef _WCONIO_DEFINED_S
-#define _WCONIO_DEFINED_S
+#ifndef _WCONIO_S_DEFINED
+#define _WCONIO_S_DEFINED
   _CRTIMP errno_t __cdecl _cgetws_s (wchar_t *_Buffer,size_t 
_SizeInWords,size_t *_SizeRead);
   __DEFINE_CPP_OVERLOAD_SECURE_FUNC_0_1(errno_t, _cgetws_s, wchar_t, _Buffer, 
size_t*, _SizeRead)
 
-- 
2.3.0

--
Dive into the World of Parallel Programming. The Go Parallel Website,
sponsored by Intel and developed in partnership with Slashdot Media, is your
hub for all things parallel software development, from weekly thought
leadership blogs to news, videos, case studies, tutorials and more. Take a
look and join the conversation now. http://goparallel.sourceforge.net/___
Mingw-w64-public mailing list
Mingw-w64-public@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public

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

[NAKAI Yuta]

Could anyone please apply this?



 Date: Sat, 14 Feb 2015 12:41:21 +0100 
 From: ktiet...@googlemail.com 
 To: mingw-w64-public@lists.sourceforge.net 
 Subject: Re: [Mingw-w64-public] [PATCH] conio_s.h: Fix _W*_S_DEFINED  
 macro name, which 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  
 nak5...@live.jpmailto:nak5...@live.jp: 
 Please review. 
  
  
  
 --
  
 Dive into the World of Parallel Programming. The Go Parallel Website, 
 sponsored by Intel and developed in partnership with Slashdot Media, is your 
 hub for all things parallel software development, from weekly thought 
 leadership blogs to news, videos, case studies, tutorials and more. Take a 
 look and join the conversation now. http://goparallel.sourceforge.net/ 
 ___ 
 Mingw-w64-public mailing list 
 Mingw-w64-public@lists.sourceforge.netmailto:Mingw-w64-public@lists.sourceforge.net
  
 https://lists.sourceforge.net/lists/listinfo/mingw-w64-public 
  
  
 --
   
 Dive into the World of Parallel Programming. The Go Parallel Website,  
 sponsored by Intel and developed in partnership with Slashdot Media, is  
 your hub for all things parallel software development, from weekly  
 thought leadership blogs to news, videos, case studies, tutorials and  
 more. Take a look and join the conversation now.  
 http://goparallel.sourceforge.net/ 
 ___ Mingw-w64-public  
 mailing list Mingw-w64-public@lists.sourceforge.net  
 https://lists.sourceforge.net/lists/listinfo/mingw-w64-public 
  
--
Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
from Actuate! Instantly Supercharge Your Business Reports and Dashboards
with Interactivity, Sharing, Native Excel Exports, App Integration  more
Get technology previously reserved for billion-dollar corporations, FREE
http://pubads.g.doubleclick.net/gampad/clk?id=190641631iu=/4140/ostg.clktrk
___
Mingw-w64-public mailing list
Mingw-w64-public@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public

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

[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
--
___
Mingw-w64-public mailing list
Mingw-w64-public@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public

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

[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.


--
___
Mingw-w64-public mailing list
Mingw-w64-public@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
  
--
Monitor 25 network devices or servers for free with OpManager!
OpManager is web-based network management software that monitors 
network devices and physical  virtual servers, alerts via email  sms 
for fault. Monitor 25 devices for free with no restriction. Download now
http://ad.doubleclick.net/ddm/clk/292181274;119417398;o
___
Mingw-w64-public mailing list
Mingw-w64-public@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public

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

[NAKAI Yuta]

 Date: Tue, 23 Jun 2015 13:32:43 +0200
 From: ja...@codeweavers.com
 To: mingw-w64-public@lists.sourceforge.net
 Subject: Re: [Mingw-w64-public] [PATCH] sec_api/stdio_s.h: Remove duplicate 
 declaration of _wfopen_s.

 Hi,

 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
 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.


 --
 Monitor 25 network devices or servers for free with OpManager!
 OpManager is web-based network management software that monitors
 network devices and physical  virtual servers, alerts via email  sms
 for fault. Monitor 25 devices for free with no restriction. Download now
 http://ad.doubleclick.net/ddm/clk/292181274;119417398;o
 ___
 Mingw-w64-public mailing list
 Mingw-w64-public@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
  
--
Monitor 25 network devices or servers for free with OpManager!
OpManager is web-based network management software that monitors 
network devices and physical  virtual servers, alerts via email  sms 
for fault. Monitor 25 devices for free with no restriction. Download now
http://ad.doubleclick.net/ddm/clk/292181274;119417398;o
___
Mingw-w64-public mailing list
Mingw-w64-public@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public

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

[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@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public

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

[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@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public

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

[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_.

---
 mingw-w64-headers/include/sal.h | 1 -
 1 file changed, 1 deletion(-)

diff --git a/mingw-w64-headers/include/sal.h b/mingw-w64-headers/include/sal.h
index 15c4841..5c200d4 100644
--- a/mingw-w64-headers/include/sal.h
+++ b/mingw-w64-headers/include/sal.h
@@ -143,7 +143,6 @@
 #define _Deref_in_range_(low, hi)
 #define _Deref_out_range_(low, hi)
 #define _Deref_inout_range_(low, hi)
-#define _Field_range_(low, hi)
 #define _Pre_equal_to_(expr)
 #define _Post_equal_to_(expr)
 #define _Struct_size_bytes_(size)
-- 
2.6.2

--
___
Mingw-w64-public mailing list
Mingw-w64-public@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public

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

[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 wrote:
> Yep, that looks like a good change to me.  Sorry for not catching that 
> earlier.
>
> --David

Looks good to me too, please commit.



--
___
Mingw-w64-public mailing list
Mingw-w64-public@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public

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

[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
--
___
Mingw-w64-public mailing list
Mingw-w64-public@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public

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

[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 && gendef - /c/Windows/SysWOW64/OpenCL.dll> lib32/OpenCL.def

2. generate import libraries
(a) for 64bit
x86_64-w64-mingw32-dlltool -l lib64/libOpenCL.a -d lib64/OpenCL.def -A -k
(b) for 32bit
i686-w64-mingw32-dlltool -l lib32/libOpenCL.a -d lib32/OpenCL.def -A -k

I use these import libraries when I build FFmpeg.


> From: zera...@gmail.com
> To: mingw-w64-public@lists.sourceforge.net
> Date: Fri, 4 Sep 2015 23:17:22 -0400
> Subject: [Mingw-w64-public] Unable to link OpenCL for i686
>
> I'm unable to link OpenCL for i686, but x86_64 works.
>
> I'm creating the library files (.a) from a def file using dlltool. The def
> file and headers come from the ICD archive found here:
> https://www.khronos.org/registry/cl/
>
> I'm attempting to run the following bash compile script:
>
> for arch in "i686" "x86_64"; do
> opencl_dir="$working_dir/opencl-1.2.11.0-$arch"
> $arch-w64-mingw32-dlltool --input-def "libOpenCL.def"
> --no-leading-underscore --output-lib "$opencl_dir/lib/libOpenCL.a"
> $arch-w64-mingw32-gcc -I"$opencl_dir/include" -std=c99 -c -o
> "link-opencl.o" "link-opencl.c"
> $arch-w64-mingw32-gcc -L"$opencl_dir/lib" -o "link-opencl-$arch.exe"
> "link-opencl.o" -lOpenCL
> done
>
> The compile script outputs the following:
>
> link-opencl.o:link-opencl.c:(.text+0x4): undefined reference to
> `clEnqueueNDRangeKernel@36'
> collect2: error: ld returned 1 exit status
> link-opencl.c: In function 'check_clEnqueueNDRangeKernel':
> link-opencl.c:2:50: warning: cast from pointer to integer of different size
> [-Wpointer-to-int-cast]
> long check_clEnqueueNDRangeKernel(void) { return (long)
> clEnqueueNDRangeKernel; }
>
> The first part (undefined reference to `clEnqueueNDRangeKernel@36') is i686,
> and the 2nd is x86_64 which succeeds with a warning.
>
> link-opencl.c contains:
>
> #include 
> long check_clEnqueueNDRangeKernel(void) { return (long)
> clEnqueueNDRangeKernel; }
> int main(void) { return 0; }
>
> Running an objdump on each libOpenCL.a results in:
> I686:
> [ 7](sec 1)(fl 0x00)(ty 0)(scl 2) (nx 0) 0x
> clEnqueueNDRangeKernel
> [ 8](sec 5)(fl 0x00)(ty 0)(scl 2) (nx 0) 0x
> __imp_clEnqueueNDRangeKernel
>
> X86_64:
> [ 7](sec 1)(fl 0x00)(ty 0)(scl 2) (nx 0) 0x
> clEnqueueNDRangeKernel
> [ 8](sec 5)(fl 0x00)(ty 0)(scl 2) (nx 0) 0x
> __imp_clEnqueueNDRangeKernel
>
> Thanks,
> Kyle
>
>
> --
> ___
> Mingw-w64-public mailing list
> Mingw-w64-public@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
  
--
___
Mingw-w64-public mailing list
Mingw-w64-public@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public

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

[Nakai Yuta]

> From: zera...@gmail.com
> To: mingw-w64-public@lists.sourceforge.net
> Date: Sat, 5 Sep 2015 10:03:35 -0400
> Subject: Re: [Mingw-w64-public] Unable to link OpenCL for i686
>
> Nakai,
>
> Does that imply that there is something 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...@live.jp]
> Sent: Saturday, September 5, 2015 1:50 AM
> To: mingw-w64-public@lists.sourceforge.net
> Subject: Re: [Mingw-w64-public] Unable to link OpenCL for i686
>
> 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 && gendef - /c/Windows/SysWOW64/OpenCL.dll> lib32/OpenCL.def
>
> 2. generate import libraries
> (a) for 64bit
> x86_64-w64-mingw32-dlltool -l lib64/libOpenCL.a -d lib64/OpenCL.def -A -k
> (b) for 32bit
> i686-w64-mingw32-dlltool -l lib32/libOpenCL.a -d lib32/OpenCL.def -A -k
>
> I use these import libraries when I build FFmpeg.
>
> 
>> From: zera...@gmail.com
>> To: mingw-w64-public@lists.sourceforge.net
>> Date: Fri, 4 Sep 2015 23:17:22 -0400
>> Subject: [Mingw-w64-public] Unable to link OpenCL for i686
>>
>> I'm unable to link OpenCL for i686, but x86_64 works.
>>
>> I'm creating the library files (.a) from a def file using dlltool. The
>> def file and headers come from the ICD archive found here:
>> https://www.khronos.org/registry/cl/
>>
>> I'm attempting to run the following bash compile script:
>>
>> for arch in "i686" "x86_64"; do
>> opencl_dir="$working_dir/opencl-1.2.11.0-$arch"
>> $arch-w64-mingw32-dlltool --input-def "libOpenCL.def"
>> --no-leading-underscore --output-lib "$opencl_dir/lib/libOpenCL.a"
>> $arch-w64-mingw32-gcc -I"$opencl_dir/include" -std=c99 -c -o
>> "link-opencl.o" "link-opencl.c"
>> $arch-w64-mingw32-gcc -L"$opencl_dir/lib" -o "link-opencl-$arch.exe"
>> "link-opencl.o" -lOpenCL
>> done
>>
>> The compile script outputs the following:
>>
>> link-opencl.o:link-opencl.c:(.text+0x4): undefined reference to
>> `clEnqueueNDRangeKernel@36'
>> collect2: error: ld returned 1 exit status
>> link-opencl.c: In function 'check_clEnqueueNDRangeKernel':
>> link-opencl.c:2:50: warning: cast from pointer to integer of different
>> size [-Wpointer-to-int-cast] long check_clEnqueueNDRangeKernel(void) {
>> return (long) clEnqueueNDRangeKernel; }
>>
>> The first part (undefined reference to `clEnqueueNDRangeKernel@36') is
>> i686, and the 2nd is x86_64 which succeeds with a warning.
>>
>> link-opencl.c contains:
>>
>> #include 
>> long check_clEnqueueNDRangeKernel(void) { return (long)
>> clEnqueueNDRangeKernel; } int main(void) { return 0; }
>>
>> Running an objdump on each libOpenCL.a results in:
>> I686:
>> [ 7](sec 1)(fl 0x00)(ty 0)(scl 2) (nx 0) 0x
>> clEnqueueNDRangeKernel [ 8](sec 5)(fl 0x00)(ty 0)(scl 2) (nx 0)
>> 0x __imp_clEnqueueNDRangeKernel
>>
>> X86_64:
>> [ 7](sec 1)(fl 0x00)(ty 0)(scl 2) (nx 0) 0x
>> clEnqueueNDRangeKernel [ 8](sec 5)(fl 0x00)(ty 0)(scl 2) (nx 0)
>> 0x __imp_clEnqueueNDRangeKernel
>>
>> Thanks,
>> Kyle
>>
>>
>> --
>>  ___
>> Mingw-w64-public mailing list
>> Mingw-w64-public@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
>
> 
> --
> ___
> Mingw-w64-public mailing list
> Mingw-w64-public@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
>
>
> --
> ___
> Mingw-w64-public mailing list
> Mingw-w64-public@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
  
--
___
Mingw-w64-public mailing list
Mingw-w64-public@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public

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

[Nakai Yuta]

here is the link:
https://www.microsoft.com/en-us/download/details.aspx?id=49188


From: Jean-Baptiste Kempf <j...@videolan.org>
Sent: Saturday, March 26, 2016 08:54
To: mingw-w64-public@lists.sourceforge.net
Subject: Re: [Mingw-w64-public] [PATCH] 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 Electronic Device

--
Transform Data into Opportunity.
Accelerate data analysis in your applications with
Intel Data Analytics Acceleration Library.
Click to learn more.
http://pubads.g.doubleclick.net/gampad/clk?id=278785351=/4140
___
Mingw-w64-public mailing list
Mingw-w64-public@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public

--
Transform Data into Opportunity.
Accelerate data analysis in your applications with
Intel Data Analytics Acceleration Library.
Click to learn more.
http://pubads.g.doubleclick.net/gampad/clk?id=278785351=/4140
___
Mingw-w64-public mailing list
Mingw-w64-public@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public

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

[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| 27 ++--
 mingw-w64-crt/complex/clog10.c   | 48 +
 mingw-w64-crt/complex/clog10.def.h   | 71 
 mingw-w64-crt/complex/clog10f.c  | 48 +
 mingw-w64-crt/complex/clog10l.c  | 48 +
 mingw-w64-crt/complex/complex_internal.h |  4 +-
 mingw-w64-headers/crt/complex.h  | 13 +-
 7 files changed, 243 insertions(+), 16 deletions(-)
 create mode 100644 mingw-w64-crt/complex/clog10.c
 create mode 100644 mingw-w64-crt/complex/clog10.def.h
 create mode 100644 mingw-w64-crt/complex/clog10f.c
 create mode 100644 mingw-w64-crt/complex/clog10l.c

diff --git a/mingw-w64-crt/Makefile.am b/mingw-w64-crt/Makefile.am
index 038dea5..2815196 100644
--- a/mingw-w64-crt/Makefile.am
+++ b/mingw-w64-crt/Makefile.am
@@ -221,19 +221,20 @@ src_msvcrt32=\
 src_libmingwex=\
   crt/dllentry.ccrt/dllmain.c \
   \
-  complex/_cabs.c  complex/cabs.c complex/cabsf.ccomplex/cabsl.c   
complex/cacos.ccomplex/cacosf.c   complex/cacosl.c \
-  complex/carg.c complex/cargf.ccomplex/cargl.c   complex/casin.c
complex/casinf.c   complex/casinl.c \
-  complex/catan.ccomplex/catanf.c   complex/catanl.c  complex/ccos.c 
complex/ccosf.ccomplex/ccosl.c  \
-  complex/cexp.c complex/cexpf.ccomplex/cexpl.c   complex/cimag.c
complex/cimagf.c   complex/cimagl.c \
-  complex/clog.c complex/clogf.ccomplex/clogl.c   complex/conj.c 
complex/conjf.ccomplex/conjl.c  \
-  complex/cpow.c complex/cpowf.ccomplex/cpowl.c   complex/cproj.c
complex/cprojf.c   complex/cprojl.c \
-  complex/creal.ccomplex/crealf.c   complex/creall.c  complex/csin.c 
complex/csinf.ccomplex/csinl.c  \
-  complex/csqrt.ccomplex/csqrtf.c   complex/csqrtl.c  complex/ctan.c 
complex/ctanf.ccomplex/ctanl.c  \
-  complex/cabs.def.hcomplex/cacos.def.h  complex/cacosh.def.h  
complex/carg.def.h  complex/casin.def.h \
-  complex/casinh.def.h  complex/catan.def.h  complex/catanh.def.h  
complex/ccos.def.h  complex/ccosh.def.h \
-  complex/cexp.def.hcomplex/cimag.def.h  complex/clog.def.h
complex/complex_internal.h  complex/conj.def.h  \
-  complex/cpow.def.hcomplex/cproj.def.h  complex/creal.def.h   
complex/csin.def.h  complex/csinh.def.h \
-  complex/csqrt.def.h   complex/ctan.def.h   complex/ctanh.def.h   \
+  complex/_cabs.ccomplex/cabs.c   complex/cabsf.c   complex/cabsl.c   
complex/cacos.c   complex/cacosf.c   \
+  complex/cacosl.c   complex/carg.c   complex/cargf.c   complex/cargl.c   
complex/casin.c   complex/casinf.c   \
+  complex/casinl.c   complex/catan.c  complex/catanf.c  complex/catanl.c  
complex/ccos.ccomplex/ccosf.c\
+  complex/ccosl.ccomplex/cexp.c   complex/cexpf.c   complex/cexpl.c   
complex/cimag.c   complex/cimagf.c   \
+  complex/cimagl.c   complex/clog.c   complex/clogf.c   complex/clogl.c   
complex/clog10.c  complex/clog10f.c  \
+  complex/clog10l.c  complex/conj.c   complex/conjf.c   complex/conjl.c   
complex/cpow.ccomplex/cpowf.c\
+  complex/cpowl.ccomplex/cproj.c  complex/cprojf.c  complex/cprojl.c  
complex/creal.c   complex/crealf.c   \
+  complex/creall.c   complex/csin.c   complex/csinf.c   complex/csinl.c   
complex/csqrt.c   complex/csqrtf.c   \
+  complex/csqrtl.c   complex/ctan.c   complex/ctanf.c   complex/ctanl.c   \
+  complex/cabs.def.hcomplex/cacos.def.h  complex/cacosh.def.h  
complex/carg.def.hcomplex/casin.def.h \
+  complex/casinh.def.h  complex/catan.def.h  complex/catanh.def.h  
complex/ccos.def.hcomplex/ccosh.def.h \
+  complex/cexp.def.hcomplex/cimag.def.h  complex/clog.def.h
complex/clog10.def.h  complex/complex_internal.h  \
+  complex/conj.def.hcomplex/cpow.def.h   complex/cproj.def.h   
complex/creal.def.h   complex/csin.def.h  \
+  complex/csinh.def.h   complex/csqrt.def.h  complex/ctan.def.h
complex/ctanh.def.h   \
   \
   gdtoa/gd_arith.h  gdtoa/gd_qnan.h  gdtoa/gdtoa.h  gdtoa/gdtoaimp.h \
   gdtoa/arithchk.c  gdtoa/dmisc.cgdtoa/dtoa.c   gdtoa/g_dfmt.c   
gdtoa/gdtoa.c  gdtoa/gethex.c \
diff --git a/mingw-w64-crt/complex/clog10.c b/mingw-w64-crt/complex/clog10.c
new file mode 100644
index 000..f8545cd
--- /dev/null
+++ b/mingw-w64-crt/complex/clog10.c
@@ -0,0 +1,48 @@
+/*
+ This Software is provided under the Zope Public License (ZPL) Version 2.1.
+
+ Copyright (c) 2009, 2010 by the mingw-w64 project
+
+ See the AUTHORS file for the list of contributors to the mingw-w64 project.
+
+ This license has been certified as open source. It has also been designated
+ as 

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

[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 your applications with
Intel Data Analytics Acceleration Library.
Click to learn more.
http://pubads.g.doubleclick.net/gampad/clk?id=278785351=/4140___
Mingw-w64-public mailing list
Mingw-w64-public@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public

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

[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
宛先: mingw-w64-public@lists.sourceforge.net
件名: [Mingw-w64-public] glibc isinf() behaviour

`man isinf`
>In glibc 2.01 and earlier, isinf() returns a nonzero value
> (actually: 1) if x is positive infinity or negative infinity.
> (This is all that C99 requires.)"

whereas: C: return non-zero values for infinite values
 (be it +Infinity or -Infinity)

Can we have similar behaviour for Mingw-w64?
I recompiled libreplot for MS Windows and got a runtime problem due to
code relying specifically on behaviour of glibc > 2.01.

current math.h: `#define isinf(x) (fpclassify(x) == FP_INFINITE)`

--
Kuldeep Singh Dhaka

--
Mobile security can be enabling, not merely restricting. Employees who
bring their own devices (BYOD) to work are irked by the imposition of MDM
restrictions. Mobile Device Manager Plus allows you to control only the
apps on BYO-devices by containerizing them, leaving personal data untouched!
https://ad.doubleclick.net/ddm/clk/304595813;131938128;j
___
Mingw-w64-public mailing list
Mingw-w64-public@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
--
Mobile security can be enabling, not merely restricting. Employees who
bring their own devices (BYOD) to work are irked by the imposition of MDM
restrictions. Mobile Device Manager Plus allows you to control only the
apps on BYO-devices by containerizing them, leaving personal data untouched!
https://ad.doubleclick.net/ddm/clk/304595813;131938128;j___
Mingw-w64-public mailing list
Mingw-w64-public@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public

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

[Nakai Yuta]

>have you missed to attach the patch?  I don't see it.
hmm...
Is this OK?



差出人: Kai Tietz <ktiet...@googlemail.com>
送信日時: 2016年5月24日 00:38
宛先: mingw-w64-public@lists.sourceforge.net
件名: Re: [Mingw-w64-public] glibc isinf() behaviour

Hi,

have you 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_SOURCE: same as glibc(>2.01)
>
> Yuta
>
> 
> 差出人: Kuldeep Singh Dhaka <kuldeepdha...@gmail.com>
> 送信日時: 2016年5月23日 18:50
> 宛先: mingw-w64-public@lists.sourceforge.net
> 件名: [Mingw-w64-public] glibc isinf() behaviour
>
> `man isinf`
>>In glibc 2.01 and earlier, isinf() returns a nonzero value
>> (actually: 1) if x is positive infinity or negative infinity.
>> (This is all that C99 requires.)"
>
> whereas: C: return non-zero values for infinite values
>  (be it +Infinity or -Infinity)
>
> Can we have similar behaviour for Mingw-w64?
> I recompiled libreplot for MS Windows and got a runtime problem due to
> code relying specifically on behaviour of glibc > 2.01.
>
> current math.h: `#define isinf(x) (fpclassify(x) == FP_INFINITE)`
>
> --
> Kuldeep Singh Dhaka
>
> --
> Mobile security can be enabling, not merely restricting. Employees who
> bring their own devices (BYOD) to work are irked by the imposition of MDM
> restrictions. Mobile Device Manager Plus allows you to control only the
> apps on BYO-devices by containerizing them, leaving personal data untouched!
> https://ad.doubleclick.net/ddm/clk/304595813;131938128;j
> ___
> Mingw-w64-public mailing list
> Mingw-w64-public@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
>
> --
> Mobile security can be enabling, not merely restricting. Employees who
> bring their own devices (BYOD) to work are irked by the imposition of MDM
> restrictions. Mobile Device Manager Plus allows you to control only the
> apps on BYO-devices by containerizing them, leaving personal data untouched!
> https://ad.doubleclick.net/ddm/clk/304595813;131938128;j
> ___
> Mingw-w64-public mailing list
> Mingw-w64-public@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
>

--
Mobile security can be enabling, not merely restricting. Employees who
bring their own devices (BYOD) to work are irked by the imposition of MDM
restrictions. Mobile Device Manager Plus allows you to control only the
apps on BYO-devices by containerizing them, leaving personal data untouched!
https://ad.doubleclick.net/ddm/clk/304595813;131938128;j
___
Mingw-w64-public mailing list
Mingw-w64-public@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
From 04fd7436cdce3ce7dfbdd01c52b735d4fbfced10 Mon Sep 17 00:00:00 2001
From: Yuta Nakai <nak5...@live.jp>
Date: Mon, 23 May 2016 22:57:00 +0900
Subject: [PATCH] math.h: Make isinf compatible with glibc (>2.01) when difined
 _GNU_SOURCE.

---
 mingw-w64-headers/crt/math.h | 4 
 1 file changed, 4 insertions(+)

diff --git a/mingw-w64-headers/crt/math.h b/mingw-w64-headers/crt/math.h
index 171208f..33bc284 100644
--- a/mingw-w64-headers/crt/math.h
+++ b/mingw-w64-headers/crt/math.h
@@ -524,7 +524,11 @@ __mingw_choose_expr (  
   \
 #define isfinite(x) ((fpclassify(x) & FP_NAN) == 0)
 
 /* 7.12.3.3 */
+#ifdef _GNU_SOURCE
+#define isinf(x) __builtin_isinf_sign(x)/* for compatibility with glibc 
(>2.01) */
+#else
 #define isinf(x) (fpclassify(x) == FP_INFINITE)
+#endif
 
 /* 7.12.3.4 */
 /* We don't need to worry about truncation here:
-- 
2.8.2

--
Mobile security can be enabling, not merely restricting. Employees who
bring their own devices (BYOD) to work are irked by the imposition of MDM
restrictions. Mobile Device Manager Plus allows you to control only the
apps on BYO-devices by containerizing them, leaving personal data untouched!
https://ad.doubleclick.net/ddm/clk/304595813;131938128;j___
Mingw-w64-public mailing list
Mingw-w64-public@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public

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

[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,

The 'win32' thread model of gcc has been there since long long ago, being 
compatible with very old Windows versions, also having a number of drawbacks:
  0) its implementation is very inefficient, and
  1) its mutexes and condition variables require dynamic initialization and are 
unusable in C++11 as std::mutex requires a `constexpr` constructor, and
  2) allocating a number of rarely used mutexes or condition variables would 
eventually make the system run out of kernel objects.

As a solution for 1) and 2), Microsoft introduced keyed events, details of 
which can be found here:
http://joeduffyblog.com/2006/11/28/windows-keyed-events-critical-sections-and-new-vista-synchronization-features/

In one word: the Windows SRWLOCK and CONDITION_VARIABLE have been introduced 
since Vista and are working well without any dynamic initialization, just like 
FUTEX.
But there are still some major drawbacks:
  0) the SRWLOCK can be used as an exclusive mutex but it does not have an 
equivalent function to pthread_mutex_timedwait, and
  1) the CONDITION_VARIABLE can only be used with SRWLOCK and CRITICAL_SECTION 
and no user-defined mutexes can be supportd.

As a solution, I come up with my own library: 
https://github.com/lhmouse/mcfgthread
With 4 threads contending my mutex implementation turns to be 10 times faster 
than the gthr-win32 implementation on my Xeon E3-1230 v3 processor.
I have also done some research on gthr.h and successfully created a wrapper for 
__gthread_* functhins, which can be found in mcfgthread/src/env/gthread.h.

I am currently looking for ways to integrate this library into gcc as a new 
thread model, let's say 'nt6' for example, so GCC can be configured with 
--enable-threads=nt6.
But there is so little documentation about that. If someone know how to add a 
new thread model in GCC, I would appreciate that.

Also, this library has not been fully tested. If someone has interest in 
exploring how it works or testing it, I might be able to help.

--
Best regards,
lh_mouse
2016-04-13


--
Find and fix application performance issues faster with Applications Manager
Applications Manager provides deep performance insights into multiple tiers of
your business applications. It resolves application problems quickly and
reduces your MTTR. Get your free trial!
https://ad.doubleclick.net/ddm/clk/302982198;130105516;z
___
Mingw-w64-public mailing list
Mingw-w64-public@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public

--
Find and fix application performance issues faster with Applications Manager
Applications Manager provides deep performance insights into multiple tiers of
your business applications. It resolves application problems quickly and
reduces your MTTR. Get your free trial!
https://ad.doubleclick.net/ddm/clk/302982198;130105516;z
___
Mingw-w64-public mailing list
Mingw-w64-public@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public

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

[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 with GCC 6 (64-bit only)

Both FFmpeg and mpv when linking with -lstdc++ fail with these exact errors 
when compiling with x86_64-w64-mingw32 GCC 6.1

There errors are only fixed by not including libs which need libstdc++ or by 
reverting to GCC 5.4. Haven't tried not using static libstdc++, since I'd 
prefer not depending on non-native DLLs.

Something like this probably needs to be done in mingw64 as well: 
https://github.com/gcc-mirror/gcc/commit/40c727c8722ab47a821e2fe371f1b6b96be0200d


C:/builds/ab/msys64/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/6.1.0\libstdc++.a(cow-stdexcept.o):(.text$_Z35_txnal_cow_string_C1_for_exceptionsPvPKcS_+0x2c):
 relocation truncated to fit: R_X86_64_PC32 against undefined symbol `_ITM_RU1'
C:/builds/ab/msys64/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/6.1.0\libstdc++.a(cow-stdexcept.o):(.text$_Z35_txnal_cow_string_C1_for_exceptionsPvPKcS_+0x39):
 relocation truncated to fit: R_X86_64_PC32 against undefined symbol 
`transaction clone for operator new[](unsigned long long)'
C:/builds/ab/msys64/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/6.1.0\libstdc++.a(cow-stdexcept.o):(.text$_Z35_txnal_cow_string_C1_for_exceptionsPvPKcS_+0x5d):
 relocation truncated to fit: R_X86_64_PC32 against undefined symbol 
`_ITM_memcpyRtWn'
C:/builds/ab/msys64/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/6.1.0\libstdc++.a(cow-stdexcept.o):(.text$_Z23_txnal_cow_string_c_strPKv+0x1):
 relocation truncated to fit: R_X86_64_PC32 against undefined symbol `_ITM_RU8'
C:/builds/ab/msys64/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/6.1.0\libstdc++.a(cow-stdexcept.o):(.text$_Z23_txnal_sso_string_c_strPKv+0x1):
 relocation truncated to fit: R_X86_64_PC32 against undefined symbol `_ITM_RU8'
C:/builds/ab/msys64/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/6.1.0\libstdc++.a(cow-stdexcept.o):(.text$_Z20_txnal_cow_string_D1Pv+0x5):
 relocation truncated to fit: R_X86_64_PC32 against undefined symbol `_ITM_RU8'
C:/builds/ab/msys64/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/6.1.0\libstdc++.a(cow-stdexcept.o):(.text$_Z20_txnal_cow_string_D1Pv+0x1e):
 relocation truncated to fit: R_X86_64_PC32 against undefined symbol 
`_ITM_addUserCommitAction'
C:/builds/ab/msys64/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/6.1.0\libstdc++.a(cow-stdexcept.o):(.text$_ZGTtNSt11logic_errorC1EPKc+0x2e):
 relocation truncated to fit: R_X86_64_PC32 against undefined symbol 
`_ITM_memcpyRnWt'
C:/builds/ab/msys64/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/6.1.0\libstdc++.a(cow-stdexcept.o):(.text$_ZGTtNSt11logic_errorC1ERKNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEE+0x2e):
 relocation truncated to fit: R_X86_64_PC32 against undefined symbol 
`_ITM_memcpyRnWt'
C:/builds/ab/msys64/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/6.1.0\libstdc++.a(cow-stdexcept.o):(.text$_ZGTtNSt11logic_errorC1ERKNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEE+0x36):
 relocation truncated to fit: R_X86_64_PC32 against undefined symbol `_ITM_RU8'
C:/builds/ab/msys64/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/6.1.0\libstdc++.a(cow-stdexcept.o):(.text$_ZGTtNSt11logic_errorD0Ev+0x1a):
 additional relocation overflows omitted from the output
collect2.exe: error: ld returned 1 exit status

--
What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic
patterns at an interface-level. Reveals which users, apps, and protocols are
consuming the most bandwidth. Provides multi-vendor support for NetFlow,
J-Flow, sFlow and other flows. Make informed decisions using capacity planning
reports.http://sdm.link/zohodev2dev
___
Mingw-w64-public mailing list
Mingw-w64-public@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public

--
What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic
patterns at an interface-level. Reveals which users, apps, and protocols are 
consuming the most bandwidth. Provides multi-vendor support for NetFlow, 
J-Flow, sFlow and other flows. Make informed decisions using capacity planning
reports.http://sdm.link/zohodev2dev
___
Mingw-w64-public mailing list
Mingw-w64-public@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public

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

[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 https://github.com/lachs0r/rubberband.git
>cd rubberband
>make -j4 PREFIX="$MINGW_PREFIX" install-static
>
>git clone https://git.ffmpeg.org/ffmpeg.git
>cd ffmpeg
>./configure --enable-librubberband --pkg-config-flags=--static
>--arch=x86_64 \
>--disable-everything --enable-filter=rubberband --enable-gpl
>make -j4
>```
>Should error out in the end, linking ffmpeg.exe.

I couldn't reproduce with my toolchain I built by myself, so I think this is 
your toolchain bug and not MinGW-w64/GCC bug.
I would recommend that you contact msys2 developpers.


--
What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic
patterns at an interface-level. Reveals which users, apps, and protocols are 
consuming the most bandwidth. Provides multi-vendor support for NetFlow, 
J-Flow, sFlow and other flows. Make informed decisions using capacity planning
reports.http://sdm.link/zohodev2dev
___
Mingw-w64-public mailing list
Mingw-w64-public@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public

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

[Nakai Yuta]

hmm,  it seems that sf doesnt't accept it.




差出人: David Grayson <davidegray...@gmail.com>
送信日時: 2016年11月13日 08:30
宛先: mingw-w64-public@lists.sourceforge.net
件名: Re: [Mingw-w64-public] [PATH] math.h: The type of C99 INFINITY and NAN 
shall be float.

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 Access Program for Intel Xeon Phi Processors
> Access to Intel Xeon Phi processor-based developer platforms.
> With one year of Intel Parallel Studio XE.
> Training and support from Colfax.
> Order your platform today. http://sdm.link/xeonphi
> ___
> Mingw-w64-public mailing list
> Mingw-w64-public@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
>
>
--
Developer Access Program for Intel Xeon Phi Processors
Access to Intel Xeon Phi processor-based developer platforms.
With one year of Intel Parallel Studio XE.
Training and support from Colfax.
Order your platform today. http://sdm.link/xeonphi
___
Mingw-w64-public mailing list
Mingw-w64-public@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
From 9ddfb4049e27601a690ddd1e851d1b1729f9bd86 Mon Sep 17 00:00:00 2001
From: Yuta Nakai <nak5...@live.jp>
Date: Sun, 13 Nov 2016 12:16:38 +0900
Subject: [PATCH] math.h: The type of C99 INFINITY and NAN shall be float.

---
 mingw-w64-headers/crt/math.h | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/mingw-w64-headers/crt/math.h b/mingw-w64-headers/crt/math.h
index b06ca79..3399b93 100644
--- a/mingw-w64-headers/crt/math.h
+++ b/mingw-w64-headers/crt/math.h
@@ -353,8 +353,8 @@ _CRTIMP double __cdecl scalb (double, long);
 #ifdef __GNUC__
 #define HUGE_VALF  __builtin_huge_valf()
 #define HUGE_VALL  __builtin_huge_vall()
-#define INFINITY   __builtin_inf()
-#define NAN__builtin_nan("")
+#define INFINITY   __builtin_inff()
+#define NAN__builtin_nanf("")
 #else
 extern const float __INFF;
 #define HUGE_VALF __INFF
-- 
2.10.1

--
Developer Access Program for Intel Xeon Phi Processors
Access to Intel Xeon Phi processor-based developer platforms.
With one year of Intel Parallel Studio XE.
Training and support from Colfax.
Order your platform today. http://sdm.link/xeonphi___
Mingw-w64-public mailing list
Mingw-w64-public@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public

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

[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 Studio XE.
Training and support from Colfax.
Order your platform today. http://sdm.link/xeonphi___
Mingw-w64-public mailing list
Mingw-w64-public@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public