Re: [Mingw-w64-public] [PATCH] DFP: fix typos and errors caught by GCC 15

2024-05-18 Thread JonY via Mingw-w64-public

On 5/18/24 08:40, LIU Hao wrote:

在 2024-05-18 13:25, JonY via Mingw-w64-public 写道:

Attached patch OK?



Looks good to me. Thanks.




Thanks, pushed to master branch.


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


[Mingw-w64-public] [PATCH] DFP: fix typos and errors caught by GCC 15

2024-05-17 Thread JonY via Mingw-w64-public

Attached patch OK?From dbda83ce39374428f82af7294c876f49d5921483 Mon Sep 17 00:00:00 2001
From: Jonathan Yong <10wa...@gmail.com>
Date: Sat, 18 May 2024 05:22:34 +
Subject: [PATCH] DFP: fix typos and errors caught by GCC 15

Signed-off-by: Jonathan Yong <10wa...@gmail.com>
---
 mingw-w64-crt/math/DFP/__signbitd128.c |  2 +-
 mingw-w64-crt/math/DFP/__signbitd32.c  |  2 +-
 mingw-w64-crt/math/DFP/__signbitd64.c  |  2 +-
 mingw-w64-headers/crt/math.h   | 12 ++--
 4 files changed, 9 insertions(+), 9 deletions(-)

diff --git a/mingw-w64-crt/math/DFP/__signbitd128.c b/mingw-w64-crt/math/DFP/__signbitd128.c
index 5cda58b0b..642e3abb0 100644
--- a/mingw-w64-crt/math/DFP/__signbitd128.c
+++ b/mingw-w64-crt/math/DFP/__signbitd128.c
@@ -47,5 +47,5 @@
 #include "dfp_internal.h"
 
 int __cdecl __signbitd128 (_Decimal128 x){
-  return __buintin_signbitd128(x);
+  return __builtin_signbitd128(x);
 }
diff --git a/mingw-w64-crt/math/DFP/__signbitd32.c b/mingw-w64-crt/math/DFP/__signbitd32.c
index c066c5734..fe5232200 100644
--- a/mingw-w64-crt/math/DFP/__signbitd32.c
+++ b/mingw-w64-crt/math/DFP/__signbitd32.c
@@ -47,5 +47,5 @@
 #include "dfp_internal.h"
 
 int __cdecl __signbitd32 (_Decimal32 x){
-  return __buintin_signbitd32(x);
+  return __builtin_signbitd32(x);
 }
diff --git a/mingw-w64-crt/math/DFP/__signbitd64.c b/mingw-w64-crt/math/DFP/__signbitd64.c
index 8b52ded4a..a1595d964 100644
--- a/mingw-w64-crt/math/DFP/__signbitd64.c
+++ b/mingw-w64-crt/math/DFP/__signbitd64.c
@@ -47,5 +47,5 @@
 #include "dfp_internal.h"
 
 int __cdecl __signbitd64 (_Decimal64 x){
-  return __buintin_signbitd64(x);
+  return __builtin_signbitd64(x);
 }
diff --git a/mingw-w64-headers/crt/math.h b/mingw-w64-headers/crt/math.h
index 97f7b4fb7..b3e040835 100644
--- a/mingw-w64-headers/crt/math.h
+++ b/mingw-w64-headers/crt/math.h
@@ -1217,28 +1217,28 @@ __MINGW_EXTENSION long long __cdecl llrintl (long double);
   extern int __cdecl __signbitd128 (_Decimal128);
 
 #ifndef __CRT__NO_INLINE
-  __CRT_INLINE __cdecl __isnand32(_Decimal32 x){
+  __CRT_INLINE int __cdecl __isnand32(_Decimal32 x){
 return __builtin_isnand32(x);
   }
 
-  __CRT_INLINE __cdecl __isnand64(_Decimal64 x){
+  __CRT_INLINE int __cdecl __isnand64(_Decimal64 x){
 return __builtin_isnand64(x);
   }
 
-  __CRT_INLINE __cdecl __isnand128(_Decimal128 x){
+  __CRT_INLINE int __cdecl __isnand128(_Decimal128 x){
 return __builtin_isnand128(x);
   }
 
   __CRT_INLINE int __cdecl __signbitd32 (_Decimal32 x){
-return __buintin_signbitd32(x);
+return __builtin_signbitd32(x);
   }
 
   __CRT_INLINE int __cdecl __signbitd64 (_Decimal64 x){
-return __buintin_signbitd64(x);
+return __builtin_signbitd64(x);
   }
 
   __CRT_INLINE int __cdecl __signbitd128 (_Decimal128 x){
-return __buintin_signbitd128(x);
+return __builtin_signbitd128(x);
   }
 
 #endif
-- 
2.45.1

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


Re: [Mingw-w64-public] __pformat_fpreg_bits: change to match __gdtoa prototype

2024-01-18 Thread JonY via Mingw-w64-public

On 1/18/24 16:45, LIU Hao wrote:

在 2024-01-19 00:01, JonY via Mingw-w64-public 写道:

On 1/18/24 12:46, JonY wrote:

Attached patch OK?

Changes unsigned int to unsigned long to match __gdtoa due to gcc 
becoming more strict with pointer types.


Attached v2 patch, removed #ifdef and made the type Ulong like the 
prototype.




The v2 patch looks good to me.





Thanks, pushed to master.



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


Re: [Mingw-w64-public] __pformat_fpreg_bits: change to match __gdtoa prototype

2024-01-18 Thread JonY via Mingw-w64-public

On 1/18/24 12:46, JonY wrote:

Attached patch OK?

Changes unsigned int to unsigned long to match __gdtoa due to gcc 
becoming more strict with pointer types.


Attached v2 patch, removed #ifdef and made the type Ulong like the 
prototype.
From 1415ff7f9b835e9ea39864c9625ec6fb72682918 Mon Sep 17 00:00:00 2001
From: Jonathan Yong <10wa...@gmail.com>
Date: Thu, 18 Jan 2024 12:42:51 +
Subject: [PATCH] __pformat_fpreg_bits: change to match __gdtoa prototype

The variable is only used within mingw_pformat.c, increasing
strictness in newer versions of GCC has turned this into an
error despite both integer widths are 32bit.

Correct so it matches the __gdtoa prototype declaration.

Signed-off-by: Jonathan Yong <10wa...@gmail.com>
---
 mingw-w64-crt/stdio/mingw_pformat.c | 65 ++---
 1 file changed, 3 insertions(+), 62 deletions(-)

diff --git a/mingw-w64-crt/stdio/mingw_pformat.c b/mingw-w64-crt/stdio/mingw_pformat.c
index 87902aea2..fd53ce1a8 100644
--- a/mingw-w64-crt/stdio/mingw_pformat.c
+++ b/mingw-w64-crt/stdio/mingw_pformat.c
@@ -1026,6 +1026,8 @@ void __pformat_xint( int fmt, __pformat_intarg_t value, __pformat_t *stream )
 __pformat_putc( '\x20', stream );
 }
 
+#include "../gdtoa/gdtoa.h"
+
 typedef union
 {
   /* A multifaceted representation of an IEEE extended precision,
@@ -1039,15 +1041,9 @@ typedef union
 signed short __pformat_fpreg_exponent;
   };
   unsigned short __pformat_fpreg_bitmap[5];
-  unsigned int   __pformat_fpreg_bits;
+  ULong  __pformat_fpreg_bits;
 } __pformat_fpreg_t;
 
-#ifdef _WIN32
-/* TODO: make this unconditional in final release...
- * (see note at head of associated `#else' block.
- */
-#include "../gdtoa/gdtoa.h"
-
 static __pformat_fpreg_t init_fpreg_ldouble( long double val )
 {
   __pformat_fpreg_t x;
@@ -1167,61 +1163,6 @@ char *__pformat_fcvt( long double x, int precision, int *dp, int *sign )
 #define __pformat_ecvt_release( value ) __freedtoa( value )
 #define __pformat_fcvt_release( value ) __freedtoa( value )
 
-#else
-/*
- * TODO: remove this before final release; it is included here as a
- * convenience for testing, without requiring a working `__gdtoa()'.
- */
-static
-char *__pformat_ecvt( long double x, int precision, int *dp, int *sign )
-{
-  /* Define in terms of `ecvt()'...
-   */
-  char *retval = ecvt( (double)(x), precision, dp, sign );
-  if( isinf( x ) || isnan( x ) )
-  {
-/* emulating `__gdtoa()' reporting for infinities and NaN.
- */
-*dp = PFORMAT_INFNAN;
-if( *retval == '-' )
-{
-  /* Need to force the `sign' flag, (particularly for NaN).
-   */
-  ++retval; *sign = 1;
-}
-  }
-  return retval;
-}
-
-static
-char *__pformat_fcvt( long double x, int precision, int *dp, int *sign )
-{
-  /* Define in terms of `fcvt()'...
-   */
-  char *retval = fcvt( (double)(x), precision, dp, sign );
-  if( isinf( x ) || isnan( x ) )
-  {
-/* emulating `__gdtoa()' reporting for infinities and NaN.
- */
-*dp = PFORMAT_INFNAN;
-if( *retval == '-' )
-{
-  /* Need to force the `sign' flag, (particularly for NaN).
-   */
-  ++retval; *sign = 1;
-}
-  }
-  return retval;
-}
-
-/* No memory pool clean up needed, for these emulated cases...
- */
-#define __pformat_ecvt_release( value ) /* nothing to be done */
-#define __pformat_fcvt_release( value ) /* nothing to be done */
-
-/* TODO: end of conditional to be removed. */
-#endif
-
 static
 void __pformat_emit_radix_point( __pformat_t *stream )
 {
-- 
2.43.0

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


[Mingw-w64-public] __pformat_fpreg_bits: change to match __gdtoa prototype

2024-01-18 Thread JonY via Mingw-w64-public

Attached patch OK?

Changes unsigned int to unsigned long to match __gdtoa due to gcc 
becoming more strict with pointer types.From b73262a164978a1733777e6628c00c3672794dea Mon Sep 17 00:00:00 2001
From: Jonathan Yong <10wa...@gmail.com>
Date: Thu, 18 Jan 2024 12:42:51 +
Subject: [PATCH] __pformat_fpreg_bits: change to match __gdtoa prototype

The variable is only used within mingw_pformat.c, increasing
strictness in newer versions of GCC has turned this into an
error despite both integer widths are 32bit.

Correct so it matches the __gdtoa prototype declaration.

Signed-off-by: Jonathan Yong <10wa...@gmail.com>
---
 mingw-w64-crt/stdio/mingw_pformat.c | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/mingw-w64-crt/stdio/mingw_pformat.c b/mingw-w64-crt/stdio/mingw_pformat.c
index 87902aea2..021c1eb4d 100644
--- a/mingw-w64-crt/stdio/mingw_pformat.c
+++ b/mingw-w64-crt/stdio/mingw_pformat.c
@@ -1039,7 +1039,7 @@ typedef union
 signed short __pformat_fpreg_exponent;
   };
   unsigned short __pformat_fpreg_bitmap[5];
-  unsigned int   __pformat_fpreg_bits;
+  unsigned long  __pformat_fpreg_bits;
 } __pformat_fpreg_t;
 
 #ifdef _WIN32
-- 
2.43.0

___
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 14/18] winpthreads: AC_PROG_RANLIB is obsoleted by LT_INIT

2023-11-29 Thread JonY via Mingw-w64-public

On 11/29/23 10:39, Antonin Décimo wrote:

Fixes a warning from libtoolize: 'AC_PROG_RANLIB' is rendered obsolete
by 'LT_INIT'.

Signed-off-by: Antonin Décimo 
---
  mingw-w64-libraries/winpthreads/configure| 104 +--
  mingw-w64-libraries/winpthreads/configure.ac |   1 -
  2 files changed, 1 insertion(+), 104 deletions(-)



Please exclude the configure file itself from the commit, regenerate it 
as a separate commit.


Thanks.



___
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] crt: Reimplement `dirname()` and `basename()`

2023-05-11 Thread JonY via Mingw-w64-public

On 5/11/23 14:52, LIU Hao wrote:

在 2023-04-28 09:47, LIU Hao 写道:

在 2023/4/2 22:00, LIU Hao 写道:

This is a revised patch basing on that.

`do_get_path_info()` now contains no half-way return statement. The 
generic code below already handles empty paths.


For UNC paths, the first two components are taken as the prefix, 
which means `\\.\C:` and 
`\\.\Volume{b75e2c83----602f}` are now handled 
universally. DOS drive letters are parsed only as a special case for 
non-UNC paths.


Ping?




Ping again?



I'm guessing dirname is not threadsafe? No objections if that is a known 
limitation.





___
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] mmsystem: remove _WIN32 and WINVER checks

2023-04-29 Thread JonY via Mingw-w64-public

On 4/29/23 06:17, Biswapriyo Nath wrote:

I was about to send my fix and lost the race :) I have attached my
patch just for the record. It focuses on the cygwin errors only. Your
patch looks good to me. Thank you.


Done, pushed to master, and v11.x. v11.0.1 tagged.


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


[Mingw-w64-public] [Patch] mmsystem: remove _WIN32 and WINVER checks

2023-04-28 Thread JonY via Mingw-w64-public
We don't really support WINVER 0x030a or 0x0400, so remove those checks. 
Likewise, the _WIN32 check is redundant since we lack any import 
libraries to support non A/W suffixed function calls.


This should fix Cygwin w32api, tested locally.

Attached patch OK? I plan to also backport this to v11.From f630e28a056372dd0679eed81b866688e6144f3f Mon Sep 17 00:00:00 2001
From: Jonathan Yong <10wa...@gmail.com>
Date: Sat, 29 Apr 2023 02:54:03 +
Subject: [PATCH] mmsystem: remove _WIN32 and WINVER checks

e8b3bf18df was breaking w32api for Cygwin, which use win32 APIs,
but don't define _WIN32.

Signed-off-by: Jonathan Yong <10wa...@gmail.com>
---
 mingw-w64-headers/include/joystickapi.h  |  47 
 mingw-w64-headers/include/mciapi.h   | 181 --
 mingw-w64-headers/include/mmeapi.h   | 288 ---
 mingw-w64-headers/include/mmiscapi.h |  47 
 mingw-w64-headers/include/mmiscapi2.h|   5 -
 mingw-w64-headers/include/mmsyscom.h |  25 --
 mingw-w64-headers/include/mmsystem.h |   4 -
 mingw-w64-headers/include/playsoundapi.h |  13 -
 8 files changed, 610 deletions(-)

diff --git a/mingw-w64-headers/include/joystickapi.h b/mingw-w64-headers/include/joystickapi.h
index 2ac1816d6..80a32aeed 100644
--- a/mingw-w64-headers/include/joystickapi.h
+++ b/mingw-w64-headers/include/joystickapi.h
@@ -106,8 +106,6 @@ extern "C" {
 #define JOYCAPS_POV4DIR 0x0020
 #define JOYCAPS_POVCTS 0x0040
 
-#ifdef _WIN32
-
 typedef struct tagJOYCAPSA {
   WORD wMid;
   WORD wPid;
@@ -121,7 +119,6 @@ typedef struct tagJOYCAPSA {
   UINT wNumButtons;
   UINT wPeriodMin;
   UINT wPeriodMax;
-#if (WINVER >= 0x0400)
   UINT wRmin;
   UINT wRmax;
   UINT wUmin;
@@ -134,7 +131,6 @@ typedef struct tagJOYCAPSA {
   UINT wMaxButtons;
   CHAR szRegKey[MAXPNAMELEN];
   CHAR szOEMVxD[MAX_JOYSTICKOEMVXDNAME];
-#endif
 } JOYCAPSA, *PJOYCAPSA, *NPJOYCAPSA, *LPJOYCAPSA;
 
 typedef struct tagJOYCAPSW {
@@ -150,7 +146,6 @@ typedef struct tagJOYCAPSW {
   UINT wNumButtons;
   UINT wPeriodMin;
   UINT wPeriodMax;
-#if (WINVER >= 0x0400)
   UINT wRmin;
   UINT wRmax;
   UINT wUmin;
@@ -163,7 +158,6 @@ typedef struct tagJOYCAPSW {
   UINT wMaxButtons;
   WCHAR szRegKey[MAXPNAMELEN];
   WCHAR szOEMVxD[MAX_JOYSTICKOEMVXDNAME];
-#endif
 } JOYCAPSW, *PJOYCAPSW, *NPJOYCAPSW, *LPJOYCAPSW;
 
 __MINGW_TYPEDEF_AW(JOYCAPS)
@@ -236,37 +230,6 @@ __MINGW_TYPEDEF_AW(PJOYCAPS2)
 __MINGW_TYPEDEF_AW(NPJOYCAPS2)
 __MINGW_TYPEDEF_AW(LPJOYCAPS2)
 
-#else
-typedef struct joycaps_tag {
-  WORD wMid;
-  WORD wPid;
-  char szPname[MAXPNAMELEN];
-  UINT wXmin;
-  UINT wXmax;
-  UINT wYmin;
-  UINT wYmax;
-  UINT wZmin;
-  UINT wZmax;
-  UINT wNumButtons;
-  UINT wPeriodMin;
-  UINT wPeriodMax;
-#if (WINVER >= 0x0400)
-  UINT wRmin;
-  UINT wRmax;
-  UINT wUmin;
-  UINT wUmax;
-  UINT wVmin;
-  UINT wVmax;
-  UINT wCaps;
-  UINT wMaxAxes;
-  UINT wNumAxes;
-  UINT wMaxButtons;
-  char szRegKey[MAXPNAMELEN];
-  char szOEMVxD[MAX_JOYSTICKOEMVXDNAME];
-#endif
-} JOYCAPS, *PJOYCAPS, *NPJOYCAPS, *LPJOYCAPS;
-#endif
-
 typedef struct joyinfo_tag {
   UINT wXpos;
   UINT wYpos;
@@ -274,7 +237,6 @@ typedef struct joyinfo_tag {
   UINT wButtons;
 } JOYINFO, *PJOYINFO, *NPJOYINFO, *LPJOYINFO;
 
-#if (WINVER >= 0x0400)
 typedef struct joyinfoex_tag {
   DWORD dwSize;
   DWORD dwFlags;
@@ -290,21 +252,14 @@ typedef struct joyinfoex_tag {
   DWORD dwReserved1;
   DWORD dwReserved2;
 } JOYINFOEX, *PJOYINFOEX, *NPJOYINFOEX, *LPJOYINFOEX;
-#endif
 
-#if (WINVER >= 0x0400)
 WINMMAPI MMRESULT WINAPI joyGetPosEx(UINT uJoyID, LPJOYINFOEX pji);
-#endif /* WINVER >= 0x0400 */
 
 WINMMAPI UINT WINAPI joyGetNumDevs(void);
 
-#ifdef _WIN32
 WINMMAPI MMRESULT WINAPI joyGetDevCapsA(UINT_PTR uJoyID, LPJOYCAPSA pjc, UINT cbjc);
 WINMMAPI MMRESULT WINAPI joyGetDevCapsW(UINT_PTR uJoyID, LPJOYCAPSW pjc, UINT cbjc);
 #define joyGetDevCaps __MINGW_NAME_AW(joyGetDevCaps)
-#else
-MMRESULT WINAPI joyGetDevCaps(UINT uJoyID, LPJOYCAPS pjc, UINT cbjc);
-#endif
 
 WINMMAPI MMRESULT WINAPI joyGetPos(UINT uJoyID, LPJOYINFO pji);
 WINMMAPI MMRESULT WINAPI joyGetThreshold(UINT uJoyID, LPUINT puThreshold);
@@ -312,9 +267,7 @@ WINMMAPI MMRESULT WINAPI joyReleaseCapture(UINT uJoyID);
 WINMMAPI MMRESULT WINAPI joySetCapture(HWND hwnd, UINT uJoyID, UINT uPeriod, WINBOOL fChanged);
 WINMMAPI MMRESULT WINAPI joySetThreshold(UINT uJoyID, UINT uThreshold);
 
-#if (WINVER >= 0x0400)
 WINMMAPI MMRESULT WINAPI joyConfigChanged(DWORD dwFlags);
-#endif
 
 #endif  /* ifndef MMNOJOY */
 
diff --git a/mingw-w64-headers/include/mciapi.h b/mingw-w64-headers/include/mciapi.h
index ea9c7d6b7..0d2e3a26c 100644
--- a/mingw-w64-headers/include/mciapi.h
+++ b/mingw-w64-headers/include/mciapi.h
@@ -30,7 +30,6 @@ typedef UINT  MCIDEVICEID;
 
 typedef UINT (CALLBACK *YIELDPROC)(MCIDEVICEID mciId, DWORD dwYieldData);
 
-#ifdef _WIN32
 WINMMAPI MCIERROR WINAPI mciSendCommandA(MCIDEVICEID mciId, UINT uMsg, DWORD_PTR dwParam1, DWORD_PTR dwParam2);
 WINMMAPI MCIERROR WINAPI mciSendCommandW(MCIDEVICEID mciId, 

Re: [Mingw-w64-public] Announcing v11.0.0

2023-04-28 Thread JonY via Mingw-w64-public

On 4/28/23 12:20, Jonathan Yong wrote:

v11.0.0 is now released!

Notable changes:
* New libdloadhelper.a, like libdelayimp.a but using Windows 8 and later 
APIs.

* Fix race condition when building lib32 and lib64 in parallel on Windows.
* *recalloc now only available from msvcr90 and later, UCRT.
* Redirect access() to __mingw_access() on UCRT wrt to X_OK problems.
* New Hyper-V APIs.
* SEH based setjmp on ARM if supported by compiler.
* --enable-cfguard to enable Control Flow Guard in CRT, requires 
compiler support, clang only at this time.
* Implement some of the stack protector functions/variables so -lssp is 
now optional when _FORTIFY_SOURCE or -fstack-protector-strong is used.
* _FORTIFY_SOURCE=3 support added if __builtin_dynamic_object_size is 
supported by the compiler (gcc 12 or later).

* genstubdll removed.
* uchar_c16rtomb, uchar_c32rtomb, uchar_mbrtoc16 and uchar_mbrtoc32 
removed for MSVCR*, UCRT only for now.

* Updates to DX12 headers and much more from Wine.
* Many other new win32 APIs.

And many other additions thanks to, but not limited to (in Alphabetical
order):
Alvin Wong
Biswapriyo Nath
Christian Franke
Christoph Reiter
Costas Argyris
delthas
Dmitry Karasik
Jacek Caban
Jeremy Drake
L. E. Segovia
LIU Hao
Luca Bacci
Mark Harmstone
Markus Mützel
Martin Storsjö
Mateusz Wajchęprzełóż
Matthew Lugg
Mike Gelfand
Oleg Oshmyan
Oleg Tolmatcev
Ozkan Sezer
Pali Rohár
Raf Lopez
Sergei Trofimovich
Steve Lhomme
TheShermanTanker
Yannis Juglaret
Yonggang Luo
李通洲

And here are the downloads:
https://sourceforge.net/projects/mingw-w64/files/mingw-w64/mingw-w64-release/mingw-w64-v11.0.0.tar.bz2
https://sourceforge.net/projects/mingw-w64/files/mingw-w64/mingw-w64-release/mingw-w64-v11.0.0.tar.bz2.asc
https://sourceforge.net/projects/mingw-w64/files/mingw-w64/mingw-w64-release/mingw-w64-v11.0.0.tar.bz2.sig
https://sourceforge.net/projects/mingw-w64/files/mingw-w64/mingw-w64-release/mingw-w64-v11.0.0.zip
https://sourceforge.net/projects/mingw-w64/files/mingw-w64/mingw-w64-release/mingw-w64-v11.0.0.zip.asc
https://sourceforge.net/projects/mingw-w64/files/mingw-w64/mingw-w64-release/mingw-w64-v11.0.0.zip.sig



Corrected the tar.bz2 link.


OpenPGP_signature
Description: OpenPGP digital signature
___
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 1/2] headers: Hide UTF-16 and UTF-32 functions from libmsvcrt

2023-04-27 Thread JonY via Mingw-w64-public

On 4/27/23 14:49, LIU Hao wrote:
Basing on some discussion on IRC, I have spit this into two patches. The 
actual removal of these functions will be postponed after this release.




Looks like there was a miscommunication, when I said to hide it from 
UCRT, I was agreeing with you.


I prefer removing it as well if there is no correct implementation 
rather than lull further users from assuming it is working (or link 
tests passing since the symbol is present).


The earlier version of the patch looks good to me, no need to split it, 
I prefer the next release also include the removal.





___
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] genpeimg: fix build error with clang v16

2023-04-03 Thread JonY via Mingw-w64-public

On 4/2/23 15:40, Christoph Reiter wrote:

Building genpeimg with clang v16 fails like:

error: implicit truncation from 'int' to a one-bit wide bit-field changes value 
from 1 to -1 [-Werror,-Wsingle-bit-bitfield-constant-conversion]
 pe->is_64bit = 1;

is_64bit is always ever comapred against 0 in our case, so the value change
doesn't matter, but let's just make it unsigned to fix the error and avoid
any future confusion.

The same is theoretically true for is_bigendian, but that currently
never set to 1 in any place. Make it unsigned as well while at it.
---
  mingw-w64-tools/genpeimg/src/img.h | 4 ++--
  1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/mingw-w64-tools/genpeimg/src/img.h 
b/mingw-w64-tools/genpeimg/src/img.h
index 6e969a175..dd47a0f4b 100644
--- a/mingw-w64-tools/genpeimg/src/img.h
+++ b/mingw-w64-tools/genpeimg/src/img.h
@@ -67,8 +67,8 @@ typedef struct pe_image {
size_t optional_hdr_pos;
size_t section_list;
size_t section_list_sz; /* Each section entry has 40 bytes size.  */
-  int is_64bit : 1;
-  int is_bigendian : 1;
+  unsigned int is_64bit : 1;
+  unsigned int is_bigendian : 1;
  } pe_image;
  
  pe_image *peimg_create (file_image *pimg);


Thanks, pushed to master branch.



___
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] headers/intrin-impl: Expand `__movsd` to `movsl` in default AT syntax

2023-02-27 Thread JonY via Mingw-w64-public

On 2/27/23 09:36, LIU Hao wrote:

在 2023/2/24 23:45, LIU Hao 写道:

 From 00e46892b8e2407aa6ec47af4b5a793a170d5019 Mon Sep 17 00:00:00 2001
From: LIU Hao
Date: Fri, 24 Feb 2023 23:38:52 +0800
Subject: [PATCH] headers/intrin-impl: Expand `__movsd` to `movsl` in 
default

  AT syntax

This was originally reported on mailing list [1]. Because `movsd` will
probably be dropped by GNU AS [2], `movsl` shall be used. Clang seems
to accept both.

[1]https://sourceforge.net/p/mingw-w64/mailman/message/37780661/
[2]https://sourceware.org/git/?p=binutils-gdb.git;a=commit;h=04784e33fabb45c4de7a901587f468d4bc169649

Signed-off-by: LIU Hao
---
  mingw-w64-headers/include/psdk_inc/intrin-impl.h | 12 ++--
  1 file changed, 6 insertions(+), 6 deletions(-)



Ping?


Makes sense to me, OK to commit.
Thanks.




___
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] headers: Add shcore.h

2022-12-25 Thread JonY via Mingw-w64-public

On 12/25/22 14:53, Alvin Wong via Mingw-w64-public wrote:

Signed-off-by: Alvin Wong 
---
Added according to
https://learn.microsoft.com/en-us/windows/win32/api/shcore/. These
functions are used for WinRT interop with IStream.

  mingw-w64-headers/include/shcore.h | 33 ++
  1 file changed, 33 insertions(+)
  create mode 100644 mingw-w64-headers/include/shcore.h





+STDAPI CreateRandomAccessStreamOnFile(PCWSTR filePath, DWORD accessMode, 
REFIID riid, void **ppv);
+STDAPI CreateRandomAccessStreamOverStream(IStream *stream, BSOS_OPTIONS 
options, REFIID riid, void **ppv);
+STDAPI CreateStreamOverRandomAccessStream(IUnknown *randomAccessStream, REFIID 
riid, void **ppv);
+


Please include the dllimport attributes and provide the library def file 
from gendef.




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


Re: [Mingw-w64-public] gcc parameter -mcrtdll= for choosing Windows C RunTime DLL library

2022-12-04 Thread JonY via Mingw-w64-public

On 12/4/22 12:48, LIU Hao wrote:

在 2022-12-04 20:16, Pali Rohár via Gcc 写道:

Hello! I would like to ask gcc people, what do you think about such
proposed -mcrtdll= parameter?

There are lot of unofficial gcc patches which implement this -mcrtdll=
parameter and this parameter is present in more gcc forks.
So it looks like that this parameter is useful for more people.



I vote +1 for this in GCC 14.

GCC 13 (i.e. current master branch) is at stage3 so it's not an option 
at this moment.


I've been silent all this time because personally I'm rather ambivalent 
about it.


It will make users think they can just switch and jump to another 
runtime without any downsides, only to hit a brick wall when they mix 
them together, and then blame this as a GCC bug. Especially when they 
try this with C++.





___
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] crt: Implement standard-conforming termination support with mcfgthread

2022-10-22 Thread JonY via Mingw-w64-public

On 10/22/22 19:52, Martin Storsjö wrote:

On Sat, 22 Oct 2022, Jacek Caban wrote:


On 10/22/22 18:34, LIU Hao wrote:

Hello,

Attached are final patches for mcfgthread support in the CRT. Please 
review. 



Perhaps to a little surprise, I don't like it. My main issue is that 
it requires mingw crt to be aware of 3rd party library details instead 
of being agnostic to threading model.


Just for the record - I totally agree with Jacek here (and with Jacek, 
Nixman and the others on gcc-patches).


// Martin



I also think this is a bit too invasive for the base crt libraries, if 
anything.


I was hoping mcfgthread in gcc would be an in-development model as a 
preview of things to come, where things are expected to change and ABI 
to break, with the regular win32 thread as the stable model.


Once mcfgthread has been more proven, the gcc win32 thread could be 
updated to use the same win32 APIs directly with minimal control structures.





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


Re: [Mingw-w64-public] [PATCHv2] Update .gitignore files

2022-10-08 Thread JonY via Mingw-w64-public

On 10/8/22 09:56, LIU Hao wrote:

Ignore `libtool` as well.




Looks good to me.




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


Re: [Mingw-w64-public] A few small issues in MinGW headers

2022-08-01 Thread JonY via Mingw-w64-public

On 8/1/22 10:30, Martin Storsjö wrote:

Hi,

On Fri, 29 Jul 2022, Jean-Michaël Celerier wrote:


As reported on Github:


I don't think we officially use the github repo for issues - (although 
the sourceforge issue tracker also is mostly unmantained), so I guess 
this mailing list currently is the best place to discuss such issues - 
so I'm following up on the issues here:


Yes please use the sourceforge mailing lists, the mingw-w64 on github is 
an unofficial git mirror maintained by me in my free time and used by 
lazka for the mingw-w64 webpage.


OpenPGP_signature
Description: OpenPGP digital signature
___
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] crt: Hide `*recalloc()` functions for MSVCR* prior to 90

2022-05-13 Thread JonY via Mingw-w64-public

On 5/13/22 06:53, LIU Hao wrote:

在 2022-05-13 14:48, JonY via Mingw-w64-public 写道:


I still see it in msvcrt.def.in, is that expected?




Are they? I can only see `*realloc` there. The hidden ones are 
`*re_ca_lloc`.





OK, I see, no objections in that case.


___
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] crt: Hide `*recalloc()` functions for MSVCR* prior to 90

2022-05-13 Thread JonY via Mingw-w64-public

On 5/13/22 05:17, LIU Hao wrote:

在 2022-05-09 17:49, LIU Hao 写道:

 From 28f1b0cc35c89f14e57fb8c950f75dc514147dd4 Mon Sep 17 00:00:00 2001
From: LIU Hao
Date: Mon, 9 May 2022 16:17:46 +0800
Subject: [PATCH] crt: Hide `*recalloc()` functions for MSVCR*  prior 
to 90


They are only available since MSVCR90, and in UCRT.

Signed-off-by: LIU Hao
---


ping?



I still see it in msvcrt.def.in, is that expected?



OpenPGP_signature
Description: OpenPGP digital signature
___
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] winpthreads: Do not use `dllimport` when building 3rd-party DLLs

2022-05-01 Thread JonY via Mingw-w64-public

On 5/1/22 07:55, Vincent Torri wrote:


But if you really really prefer this setup, then fine, go ahead. But I did
warn that it will inconvenirnce users.


should winpthread be used by users ? i thought it was written for c++11 threads

Vincent Torri


You can still use winpthreads directly, it is just like pthreads on Linux.

Just make sure not to mix C11/C++11/pthreads or win32 threads calls 
about, stick to one model and your application should still work as 
intended.



___
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] winpthreads: Do not use `dllimport` when building 3rd-party DLLs

2022-05-01 Thread JonY via Mingw-w64-public

On 5/1/22 05:19, LIU Hao wrote:

在 2022-05-01 13:15, LIU Hao 写道:

This is the alternative patch as discussed with jon_y on IRC.




I forgot to update the commit message. Here is the revised patch.



+Programs are usually linked against the winpthreads DLL, and winpthreads
+headers expose `dllexport` APIs by default. When linking against the
+static library, especially when building a user DLL with libtool, it is
+necessary to define the `WINPTHREAD_STATIC` macro to avoid undefined
+references.

I think dllexport should be replaced by dllimport in the above statement.

Building a DLL with dllexport marked symbols is correct and expected. 
The problem comes in when dllimport is used when the user intentionally 
wants to link to a static library, hence they need to add 
-DWINPTHREAD_STATIC to signal that they do actually want it so.



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


[Mingw-w64-public] Announcing v10.0.0

2022-04-04 Thread JonY via Mingw-w64-public

v10.0.0 is now released!

Notable changes:
* New msvcrt10, 20, 40, 70 and 71 import libraries.
* Drop x86_64 64bit crtdll.dll
* Updated wine imports
* Fix intrin.h compatibility with GCC-11
* _(v)scprintf optimization
* optimize __ms_vsnprintf for LTO

And many other additions thanks to, but not limited to (in Alphabetical
order):
Biswapriyo Nath
Corinna Vinschen
davjam
Jacek Caban
Jeremy Drake
Jonathan Marler
Liu Hao
Mark Harmstone
Martin Storsjö
Matheus Izvekov
Michel Zou
Ozkan Sezer
Pali Rohár
Patrick Northon
Ruslan Garipov
Steve Lhomme
Tom Ritter

And here are the downloads:
https://sourceforge.net/projects/mingw-w64/files/mingw-w64/mingw-w64-release/mingw-w64-v10.0.0.tar.bz2
https://sourceforge.net/projects/mingw-w64/files/mingw-w64/mingw-w64-release/mingw-w64-v10.0.0.tar.bz2.asc
https://sourceforge.net/projects/mingw-w64/files/mingw-w64/mingw-w64-release/mingw-w64-v10.0.0.tar.bz2.sig
https://sourceforge.net/projects/mingw-w64/files/mingw-w64/mingw-w64-release/mingw-w64-v10.0.0.zip
https://sourceforge.net/projects/mingw-w64/files/mingw-w64/mingw-w64-release/mingw-w64-v10.0.0.zip.asc
https://sourceforge.net/projects/mingw-w64/files/mingw-w64/mingw-w64-release/mingw-w64-v10.0.0.zip.sig


OpenPGP_signature
Description: OpenPGP digital signature
___
Mingw-w64-public mailing list
Mingw-w64-public@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public


Re: [Mingw-w64-public] wine apis in ntdll.def??

2021-12-06 Thread JonY via Mingw-w64-public

On 12/4/21 20:25, unlvsur unlvsur wrote:

construct UNIX fd to win32 HANDLE or writing wine specific dlls That allow 
portablities by using UNIX apis. It would be quite useful for me.



I don't think this is a good idea, such a program won't even run on 
Windows anymore. Use LoadLibrary and friends instead to probe and get 
the functions you need.



___
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] headers: Add missing names in windns.h

2021-12-02 Thread JonY via Mingw-w64-public

On 12/3/21 06:50, JonY wrote:

On 12/3/21 05:57, Biswapriyo Nath wrote:

mingw-w64-headers/include/gdiplus/gdiplusgraphics.h.gch file appeared
from nowhere. Adding *.gch in .gitignore may help.



I will do a force push to remove it.



Looks like I can't force a push with sourceforge, I'll just remove it as 
a normal commit.



___
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] headers: Add missing names in windns.h

2021-12-02 Thread JonY via Mingw-w64-public

On 12/3/21 05:57, Biswapriyo Nath wrote:

mingw-w64-headers/include/gdiplus/gdiplusgraphics.h.gch file appeared
from nowhere. Adding *.gch in .gitignore may help.



I will do a force push to remove it.



___
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] Add status and error codes for case sensitive dirs

2021-12-02 Thread JonY via Mingw-w64-public

On 12/2/21 16:50, Corinna Vinschen wrote:

Removing the "case-sensitive" flag from a directory containing files
which only differ by case (e.g.  "foo" and "Foo") is refused with the
status code STATUS_CASE_DIFFERING_NAMES_IN_DIR.  This patch adds the
status code and it's Windows subsystem error code.



Thanks pushed to master branch.



___
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 1/4] crt: Add new APIs to lib32/user32.def

2021-11-28 Thread JonY via Mingw-w64-public

On 11/28/21 22:32, Martin Storsjö wrote:

The new symbols are dumped from Windows 10 19043.

The current version of user32.dll there don't include all symbols
that are listed in our user32.def, but keeping them untouched for now.

This fixes building the latest dev branch of Qt for i686.


Patches look good, pushed to master branch.


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


Re: [Mingw-w64-public] Patches to fix #515 and 916.

2021-10-02 Thread JonY via Mingw-w64-public

On 10/2/21 5:27 PM, David James wrote:


Hello – I’ve coded some fixed for bugs #515 Incorrect sign output from 
asinh (which also impacted atanh) and 
#916 asinh incorrect for large values 
and attached some patch files. I’m hoping to get these fixes into GHC Haskell (I believe 
they need to get to msys2 first).

Please could you review / comment?

I’ve also included a file I used for testing the fixes. (I don’t know if this 
could/should be integrated into any CI testing?)

Please let me know if there are any questions, etc. (It’s the first time I’ve 
created patch files, so please let me know if I’ve done something wrong).

Thanks!
David.



Looks like SF ate your patches, please resend with the .txt extension, 
it may help.




___
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] headers: Add nvme.h

2021-09-30 Thread JonY via Mingw-w64-public

On 9/30/21 2:37 PM, Biswapriyo Nath wrote:



Patch looks OK.



___
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] headers: Add new names in winioctl.h

2021-09-30 Thread JonY via Mingw-w64-public

On 10/1/21 4:32 AM, Biswapriyo Nath wrote:



Patch looks OK.


___
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] crt: Add missing exports in lib32/authz.def

2021-09-30 Thread JonY via Mingw-w64-public

On 10/1/21 4:33 AM, Biswapriyo Nath wrote:




Patch looks OK.


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


Re: [Mingw-w64-public] contributions

2021-09-05 Thread JonY via Mingw-w64-public

On 9/5/21 12:58 PM, Glenn Burkhardt wrote:
I don't know if those functions are available from Cygwin.  But they are 
not in MinGW-w64.  I don't care how they get to MinGW-w64, it would be 
convenient to have them.


And why do you bring up Cygwin?  This is the MinGW-w64 mailing list, right?



Use Cygwin if you need symlink support, mingw-w64 isn't the place to 
introduce new API implementations.




OpenPGP_signature
Description: OpenPGP digital signature
___
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] wtypes.h: replace #include <...> with #include "..." for rpc

2021-09-04 Thread JonY via Mingw-w64-public

On 9/4/21 5:50 AM, LIU Hao wrote:

在 9/4/21 1:18 PM, Jonathan Marler 写道:

I could but this project builds with MSVC and I noticed that the MSVC
headers are using the same include style for these 2 particular files.
Note that we only need to change these 2 lines, to fix this.  What reason
is there not to change these 2 lines to fix this issue?  If you google it
there appears to be many projects with a header file named "rpc.h".




My personal guidance for common projects is that, if header X and header 
Y are maintained by the same people and their relative path does not 
seem to vary, then "" should be preferred to <>, so this relationship is 
maintained when the header directory tree is copied (recursively) 
elsewhere.


But in mingw-w64, all headers are system headers, so probably this 
doesn't apply any more. I suggest that we maintain the same scheme with 
Windows SDK headers, which is "" here. Many headers (such as windows.h) 
include others with <>, so Microsoft's choice for OLE headers might 
imply there had been some issues with <>.


Thoughts?



I am OK with updating them to use double quotes but have no strong 
preference anyway since it has been using angular brackets for a long time.




___
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] Suppress lto warnings from pseudo-reloc.c

2021-08-26 Thread JonY via Mingw-w64-public

On 8/26/21 2:08 PM, LIU Hao wrote:

在 2021-08-26 18:01, JonY via Mingw-w64-public 写道:

Make the variable type similar in __ImageBase in pesect.c.
Patch OK?




LGTM. Thanks.




Done, pushed to master.



OpenPGP_signature
Description: OpenPGP digital signature
___
Mingw-w64-public mailing list
Mingw-w64-public@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public


[Mingw-w64-public] [Patch] Suppress lto warnings from pseudo-reloc.c

2021-08-26 Thread JonY via Mingw-w64-public

Make the variable type similar in __ImageBase in pesect.c.
Patch OK?
From 648a40d3e667404702d6114ce7530d712f76400c Mon Sep 17 00:00:00 2001
From: Jonathan Yong <10wa...@gmail.com>
Date: Thu, 26 Aug 2021 09:56:24 +
Subject: [PATCH] pseudo-reloc.c: fix lto symbol warning

Signed-off-by: Jonathan Yong <10wa...@gmail.com>
---
 mingw-w64-crt/crt/pseudo-reloc.c | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/mingw-w64-crt/crt/pseudo-reloc.c b/mingw-w64-crt/crt/pseudo-reloc.c
index c31da9681..feab8720f 100644
--- a/mingw-w64-crt/crt/pseudo-reloc.c
+++ b/mingw-w64-crt/crt/pseudo-reloc.c
@@ -47,7 +47,7 @@
 
 extern char __RUNTIME_PSEUDO_RELOC_LIST__;
 extern char __RUNTIME_PSEUDO_RELOC_LIST_END__;
-extern char __MINGW_LSYMBOL(_image_base__);
+extern IMAGE_DOS_HEADER __MINGW_LSYMBOL(_image_base__);
 
 void _pei386_runtime_relocator (void);
 
-- 
2.33.0



OpenPGP_signature
Description: OpenPGP digital signature
___
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] crt: Pass --temp-prefix to dlltool, if supported

2021-08-16 Thread JonY via Mingw-w64-public

On 8/16/21 12:42 PM, Martin Storsjö wrote:

When GNU dlltool generates import libraries, it picks a semi-random
prefix string for its file names based on the pid of the process.
Normally, the prefix doesn't matter much, but when we merge multiple
import libraries into one, like for libucrt.a, the prefixes need
to be unique (otherwise their import tables get entangled).

In practice it has been noticed that these aren't always unique
(see https://github.com/msys2/MINGW-packages/issues/9363).
Instead pass an option to give it use a unique prefix for each
library (based on the target dll name).

LLVM dlltool uses a different format of import library, where
there's no corresponding semi random prefix. LLVM dlltool doesn't
support the --temp-prefix option either (yet). Therefore, try to
detect whether the option is supported.

Based on a Debian patch by Stephen Kitt.


Patch looks good to me.



___
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] crt: Fix a typo in the ucrt __imp_vfscanf assignment

2021-08-05 Thread JonY via Mingw-w64-public

On 8/5/21 8:10 AM, Martin Storsjö wrote:

The wrong function was assigned; this was a bug present since
0dd9563a3ad71ad75cab1699ba5cfef2dd0bf9d8 (April 2021).

Signed-off-by: Martin Storsjö 
---
  mingw-w64-crt/stdio/ucrt_vfscanf.c | 2 +-
  1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/mingw-w64-crt/stdio/ucrt_vfscanf.c 
b/mingw-w64-crt/stdio/ucrt_vfscanf.c
index fe44cdf71..8d1a76a8b 100644
--- a/mingw-w64-crt/stdio/ucrt_vfscanf.c
+++ b/mingw-w64-crt/stdio/ucrt_vfscanf.c
@@ -11,4 +11,4 @@
  int __cdecl vfscanf (FILE *__stream,  const char *__format, __builtin_va_list 
__local_argv) {
return __stdio_common_vfscanf(0, __stream, __format, NULL, __local_argv);
  }
-int __cdecl (*__MINGW_IMP_SYMBOL(vfscanf))(FILE *, const char *, 
__builtin_va_list) = vsscanf;
+int __cdecl (*__MINGW_IMP_SYMBOL(vfscanf))(FILE *, const char *, 
__builtin_va_list) = vfscanf;



Wow that was hard to spot, patch looks good to me.


OpenPGP_signature
Description: OpenPGP digital signature
___
Mingw-w64-public mailing list
Mingw-w64-public@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public


Re: [Mingw-w64-public] [PATCHv2] headers/wincon: Don't define `LF_FACESIZE` when `NOGDI` is in, effect

2021-05-29 Thread JonY via Mingw-w64-public

On 5/29/21 3:20 PM, Liu Hao wrote:

在 2021-05-26 09:56, Liu Hao 写道:
When `NOGDI` is not defined (i.e. when GDI is desired), `LF_FACESIZE` 
is always defined, so there is no need to check for it here.






ping?



Looks good to me, thanks for looking into this.



OpenPGP_signature
Description: OpenPGP digital signature
___
Mingw-w64-public mailing list
Mingw-w64-public@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public


[Mingw-w64-public] Announcing v9.0.0

2021-05-22 Thread JonY via Mingw-w64-public

v9.0.0 is now released!

Notable changes:
UCRT updates by Biswapriyo Nath
Wine updates by Jacek Caban
Various new and updated API headers by Biswapriyo Nath and Liu Hao
Various UCRT and MSVCRT fixes by Martin Storsjö
at_quick_exit implementation by Martin Storsjö
dism API by Biswapriyo Nath
idl fixes by Steve Lhomme
Winpthreads fixes by Liu Hao
gettimeofday precision increase by Christian Franke

Other changes:
_WIN32_WINNT is now set to Windows 10 as default.
time_t is now 64bit by default on 32bit UCRT.

And many other additions thanks to, but not limited to (in Alphabetical 
order):

Alex Henrie
Andrew Eikum
Biswapriyo Nath
Christian Franke
Christoph Reiter
DAVID MAY
Jacek Caban
Jeremy Drake
Jonathan Yong
Liu Hao
Mark Harmstone
Martin Storsjö
Mateusz Mikuła
Nikolay Sivov
Ozkan Sezer
Pierre Lamot
Rafał Harabień
Scr3amer
Steve Lhomme


And here are the downloads:

https://sourceforge.net/projects/mingw-w64/files/mingw-w64/mingw-w64-release/mingw-w64-v9.0.0.tar.bz2
https://sourceforge.net/projects/mingw-w64/files/mingw-w64/mingw-w64-release/mingw-w64-v9.0.0.tar.bz2.sig
https://sourceforge.net/projects/mingw-w64/files/mingw-w64/mingw-w64-release/mingw-w64-v9.0.0.tar.bz2.asc
https://sourceforge.net/projects/mingw-w64/files/mingw-w64/mingw-w64-release/mingw-w64-v9.0.0.zip
https://sourceforge.net/projects/mingw-w64/files/mingw-w64/mingw-w64-release/mingw-w64-v9.0.0.zip.sig
https://sourceforge.net/projects/mingw-w64/files/mingw-w64/mingw-w64-release/mingw-w64-v9.0.0.zip.asc


OpenPGP_signature
Description: OpenPGP digital signature
___
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 1/4] crt: Add libopends60.a.

2021-05-17 Thread JonY via Mingw-w64-public

On 5/17/21 11:28 PM, Mark Harmstone wrote:

Sorry, I messed up the subject line - this is a standalone patch.



Please do not include any regenerated files in the patch for review, thanks.


OpenPGP_signature
Description: OpenPGP digital signature
___
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] _HUGE for ucrt

2021-05-16 Thread JonY via Mingw-w64-public

On 5/16/21 10:52 AM, Liu Hao wrote:

在 2021-05-16 18:49, JonY via Mingw-w64-public 写道:


Updated.





Thanks. LGTM.



Thanks for the review, pushed to master.


OpenPGP_signature
Description: OpenPGP digital signature
___
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] _HUGE for ucrt

2021-05-16 Thread JonY via Mingw-w64-public

On 5/16/21 9:36 AM, Liu Hao wrote:

在 2021-05-16 17:21, JonY via Mingw-w64-public 写道:

diff --git a/mingw-w64-headers/crt/math.h b/mingw-w64-headers/crt/math.h
index 3754dc64..b9277bd0 100644
--- a/mingw-w64-headers/crt/math.h
+++ b/mingw-w64-headers/crt/math.h
@@ -143,8 +143,12 @@ extern "C" {
  #endif
  #ifndef _HUGE
+#ifdef _UCRT
+  extern double const _HUGE;
+#else


Because of the check for `_HUGE`, is it necessary to keep it as such, by 
`#define _HUGE _HUGE`?


In old MSVC CRT headers it was not a macro, which has already been an 
deviation.




Updated.
From 5a4f14f69909ff85eb661a18f098cf53100e98fe Mon Sep 17 00:00:00 2001
From: Jonathan Yong <10wa...@gmail.com>
Date: Sat, 15 May 2021 12:56:51 +
Subject: [PATCH] crt: _HUGE for UCRT

Signed-off-by: Jonathan Yong <10wa...@gmail.com>
---
 mingw-w64-crt/Makefile.am| 1 +
 mingw-w64-crt/math/_huge.c   | 2 ++
 mingw-w64-headers/crt/math.h | 5 +
 3 files changed, 8 insertions(+)
 create mode 100644 mingw-w64-crt/math/_huge.c

diff --git a/mingw-w64-crt/Makefile.am b/mingw-w64-crt/Makefile.am
index 1f48b72e..47db28bf 100644
--- a/mingw-w64-crt/Makefile.am
+++ b/mingw-w64-crt/Makefile.am
@@ -229,6 +229,7 @@ src_msvcrt=\
 
 src_ucrtbase=\
   crt/ucrtbase_compat.c \
+  math/_huge.c \
   stdio/ucrt_fprintf.c \
   stdio/ucrt_fscanf.c \
   stdio/ucrt_fwprintf.c \
diff --git a/mingw-w64-crt/math/_huge.c b/mingw-w64-crt/math/_huge.c
new file mode 100644
index ..dd43f841
--- /dev/null
+++ b/mingw-w64-crt/math/_huge.c
@@ -0,0 +1,2 @@
+/* For UCRT, positive infinity */
+double const _HUGE = __builtin_huge_val();
diff --git a/mingw-w64-headers/crt/math.h b/mingw-w64-headers/crt/math.h
index 3754dc64..59560a35 100644
--- a/mingw-w64-headers/crt/math.h
+++ b/mingw-w64-headers/crt/math.h
@@ -143,8 +143,13 @@ extern "C" {
 #endif
 
 #ifndef _HUGE
+#ifdef _UCRT
+  extern double const _HUGE;
+#define _HUGE _HUGE
+#else
   extern double * __MINGW_IMP_SYMBOL(_HUGE);
 #define _HUGE	(* __MINGW_IMP_SYMBOL(_HUGE))
+#endif /* _UCRT */
 #endif
 
 #ifdef __GNUC__
-- 
2.31.1



OpenPGP_signature
Description: OpenPGP digital signature
___
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] _HUGE for ucrt

2021-05-16 Thread JonY via Mingw-w64-public

On 5/16/21 8:25 AM, Liu Hao wrote:

在 2021-05-15 23:23, JonY via Mingw-w64-public 写道:


The prototype declares it as a non-const, will it be a problem?




In addition, it looks like UCRT doesn't declare it as an imported symbol 
any more. It's plain `extern double const _HUGE;` now.





Patch updated.
From 98dd88793f9f54a77c58c8bffbe673a09d9abf7c Mon Sep 17 00:00:00 2001
From: Jonathan Yong <10wa...@gmail.com>
Date: Sat, 15 May 2021 12:56:51 +
Subject: [PATCH] crt: _HUGE for UCRT

Signed-off-by: Jonathan Yong <10wa...@gmail.com>
---
 mingw-w64-crt/Makefile.am| 1 +
 mingw-w64-crt/math/_huge.c   | 2 ++
 mingw-w64-headers/crt/math.h | 4 
 3 files changed, 7 insertions(+)
 create mode 100644 mingw-w64-crt/math/_huge.c

diff --git a/mingw-w64-crt/Makefile.am b/mingw-w64-crt/Makefile.am
index 1f48b72e..47db28bf 100644
--- a/mingw-w64-crt/Makefile.am
+++ b/mingw-w64-crt/Makefile.am
@@ -229,6 +229,7 @@ src_msvcrt=\
 
 src_ucrtbase=\
   crt/ucrtbase_compat.c \
+  math/_huge.c \
   stdio/ucrt_fprintf.c \
   stdio/ucrt_fscanf.c \
   stdio/ucrt_fwprintf.c \
diff --git a/mingw-w64-crt/math/_huge.c b/mingw-w64-crt/math/_huge.c
new file mode 100644
index ..dd43f841
--- /dev/null
+++ b/mingw-w64-crt/math/_huge.c
@@ -0,0 +1,2 @@
+/* For UCRT, positive infinity */
+double const _HUGE = __builtin_huge_val();
diff --git a/mingw-w64-headers/crt/math.h b/mingw-w64-headers/crt/math.h
index 3754dc64..b9277bd0 100644
--- a/mingw-w64-headers/crt/math.h
+++ b/mingw-w64-headers/crt/math.h
@@ -143,8 +143,12 @@ extern "C" {
 #endif
 
 #ifndef _HUGE
+#ifdef _UCRT
+  extern double const _HUGE;
+#else
   extern double * __MINGW_IMP_SYMBOL(_HUGE);
 #define _HUGE	(* __MINGW_IMP_SYMBOL(_HUGE))
+#endif /* _UCRT */
 #endif
 
 #ifdef __GNUC__
-- 
2.31.1



OpenPGP_signature
Description: OpenPGP digital signature
___
Mingw-w64-public mailing list
Mingw-w64-public@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public


Re: [Mingw-w64-public] My new attempt to support msvc stl for mingw-w64

2021-05-15 Thread JonY via Mingw-w64-public

On 5/15/21 2:27 PM, sotrdg sotrdg wrote:

Do you think that is useful? I’ve heard a lot of people they are not happy with 
shared linking with libstdc++-6.dll. They want to shared linking with msvcp.

some initial attempts · expnkx/MinGW-w64-STL@a2d31c6 
(github.com)
 some initial attempts · expnkx/MinGW-w64-STL@a2d31c6 
(github.com)



Can you explain how this works?

Is there a technical reason to use msvcp besides it already available on 
Windows?


If the same msvcp binary is intended to be used, can you also explain 
how do you plan to overcome compiler ABI and name mangling difference?


Is this any different than using libc++ with clang?


OpenPGP_signature
Description: OpenPGP digital signature
___
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] _HUGE for ucrt

2021-05-15 Thread JonY via Mingw-w64-public

On 5/15/21 2:03 PM, Liu Hao wrote:

在 2021-05-15 21:01, JonY via Mingw-w64-public 写道:

On 5/15/21 12:58 PM, JonY wrote:

Hi,

Attached patch OK?


Simplified patch.




Is it possible to declare it as `const double`? It need not be mutable.




The prototype declares it as a non-const, will it be a problem?


OpenPGP_signature
Description: OpenPGP digital signature
___
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] _HUGE for ucrt

2021-05-15 Thread JonY via Mingw-w64-public

On 5/15/21 12:58 PM, JonY wrote:

Hi,

Attached patch OK?


Simplified patch.
>From ff422cf04d8f9e105c68ac2ffdd25da4add8f8fb Mon Sep 17 00:00:00 2001
From: Jonathan Yong <10wa...@gmail.com>
Date: Sat, 15 May 2021 12:56:51 +
Subject: [PATCH] crt: _HUGE for UCRT

Signed-off-by: Jonathan Yong <10wa...@gmail.com>
---
 mingw-w64-crt/Makefile.am  | 1 +
 mingw-w64-crt/math/_huge.c | 4 
 2 files changed, 5 insertions(+)
 create mode 100644 mingw-w64-crt/math/_huge.c

diff --git a/mingw-w64-crt/Makefile.am b/mingw-w64-crt/Makefile.am
index 1f48b72e..47db28bf 100644
--- a/mingw-w64-crt/Makefile.am
+++ b/mingw-w64-crt/Makefile.am
@@ -229,6 +229,7 @@ src_msvcrt=\
 
 src_ucrtbase=\
   crt/ucrtbase_compat.c \
+  math/_huge.c \
   stdio/ucrt_fprintf.c \
   stdio/ucrt_fscanf.c \
   stdio/ucrt_fwprintf.c \
diff --git a/mingw-w64-crt/math/_huge.c b/mingw-w64-crt/math/_huge.c
new file mode 100644
index ..f1dd74c6
--- /dev/null
+++ b/mingw-w64-crt/math/_huge.c
@@ -0,0 +1,4 @@
+/* alias for UCRT, positive infinity */
+#include <_mingw.h>
+double _HUGE = __builtin_huge_val();
+double *__MINGW_IMP_SYMBOL(_HUGE) = &_HUGE;
-- 
2.31.1

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


[Mingw-w64-public] [PATCH] _HUGE for ucrt

2021-05-15 Thread JonY via Mingw-w64-public

Hi,

Attached patch OK?
From c9bef0201c412ee20531fdd777978644e0eef76c Mon Sep 17 00:00:00 2001
From: Jonathan Yong <10wa...@gmail.com>
Date: Sat, 15 May 2021 12:56:51 +
Subject: [PATCH] crt: _HUGE for UCRT

Signed-off-by: Jonathan Yong <10wa...@gmail.com>
---
 mingw-w64-crt/Makefile.am  | 1 +
 mingw-w64-crt/math/_huge.c | 7 +++
 2 files changed, 8 insertions(+)
 create mode 100644 mingw-w64-crt/math/_huge.c

diff --git a/mingw-w64-crt/Makefile.am b/mingw-w64-crt/Makefile.am
index 1f48b72e..47db28bf 100644
--- a/mingw-w64-crt/Makefile.am
+++ b/mingw-w64-crt/Makefile.am
@@ -229,6 +229,7 @@ src_msvcrt=\
 
 src_ucrtbase=\
   crt/ucrtbase_compat.c \
+  math/_huge.c \
   stdio/ucrt_fprintf.c \
   stdio/ucrt_fscanf.c \
   stdio/ucrt_fwprintf.c \
diff --git a/mingw-w64-crt/math/_huge.c b/mingw-w64-crt/math/_huge.c
new file mode 100644
index ..753f7122
--- /dev/null
+++ b/mingw-w64-crt/math/_huge.c
@@ -0,0 +1,7 @@
+/* alias for UCRT, positive infinity */
+#define _HUGE
+#include 
+#undef _HUGE
+
+double _HUGE = __builtin_huge_val();
+double *__MINGW_IMP_SYMBOL(_HUGE) = &_HUGE;
-- 
2.31.1



OpenPGP_signature
Description: OpenPGP digital signature
___
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] headers: Add wmsdk.h

2021-05-14 Thread JonY via Mingw-w64-public

On 5/14/21 12:14 PM, JonY wrote:

On 5/13/21 3:31 PM, Biswapriyo Nath wrote:





Patch OK, will commit soon if nobody has objections.



Pushed to master branch.


OpenPGP_signature
Description: OpenPGP digital signature
___
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] headers: Add more constants to STORAGE_BUS_TYPE.

2021-05-14 Thread JonY via Mingw-w64-public

On 5/14/21 1:46 PM, JonY wrote:

On 5/14/21 12:35 PM, Christian Franke wrote:

... in particular BusTypeNvme.



Patch OK, will push soon if no objections.



Pushed to master branch.


___
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] headers: Add more constants to STORAGE_BUS_TYPE.

2021-05-14 Thread JonY via Mingw-w64-public

On 5/14/21 12:35 PM, Christian Franke wrote:

... in particular BusTypeNvme.



Patch OK, will push soon if no objections.



OpenPGP_signature
Description: OpenPGP digital signature
___
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] headers: Add wmsdk.h

2021-05-14 Thread JonY via Mingw-w64-public

On 5/13/21 3:31 PM, Biswapriyo Nath wrote:





Patch OK, will commit soon if nobody has objections.



OpenPGP_signature
Description: OpenPGP digital signature
___
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] wofutil def files for x86/x86_64

2021-05-13 Thread JonY via Mingw-w64-public

On 5/13/21 5:58 PM, Martin Storsjö wrote:

On Thu, 13 May 2021, JonY via Mingw-w64-public wrote:


On 5/13/21 4:37 PM, Biswapriyo Nath wrote:

Both wofutil are same in x64 and arm64, verified with (if not wrong):
nm "C:\Program Files (x86)\Windows
Kits\10\Lib\10.0.19041.0\um\x64\wofutil.lib" | grep __imp



Updated the patch.


LGTM, thanks!

// Martin



Done, pushed to master.


OpenPGP_signature
Description: OpenPGP digital signature
___
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] wofutil def files for x86/x86_64

2021-05-13 Thread JonY via Mingw-w64-public

On 5/13/21 4:37 PM, Biswapriyo Nath wrote:

Both wofutil are same in x64 and arm64, verified with (if not wrong):
nm "C:\Program Files (x86)\Windows
Kits\10\Lib\10.0.19041.0\um\x64\wofutil.lib" | grep __imp



Updated the patch.
From c4616eab1ffc31ea16679e7a7abc155280afb15c Mon Sep 17 00:00:00 2001
From: Jonathan Yong <10wa...@gmail.com>
Date: Thu, 13 May 2021 16:13:00 +
Subject: [PATCH] wofutil: new import lib

Signed-off-by: Jonathan Yong <10wa...@gmail.com>
---
 .../{libarm32 => lib-common}/wofutil.def   |  6 +-
 mingw-w64-crt/lib32/Makefile.am|  1 +
 mingw-w64-crt/lib32/wofutil.def| 18 ++
 mingw-w64-crt/lib64/Makefile.am|  1 +
 mingw-w64-crt/libarm64/Makefile.am |  1 +
 5 files changed, 26 insertions(+), 1 deletion(-)
 rename mingw-w64-crt/{libarm32 => lib-common}/wofutil.def (66%)
 create mode 100644 mingw-w64-crt/lib32/wofutil.def

diff --git a/mingw-w64-crt/libarm32/wofutil.def b/mingw-w64-crt/lib-common/wofutil.def
similarity index 66%
rename from mingw-w64-crt/libarm32/wofutil.def
rename to mingw-w64-crt/lib-common/wofutil.def
index de3beb5d..78325f52 100644
--- a/mingw-w64-crt/libarm32/wofutil.def
+++ b/mingw-w64-crt/lib-common/wofutil.def
@@ -1,14 +1,18 @@
 ;
 ; Definition file of WOFUTIL.dll
 ; Automatic generated by gendef
-; written by Kai Tietz 2008-2014
+; written by Kai Tietz 2008
 ;
 LIBRARY "WOFUTIL.dll"
 EXPORTS
 WofEnumEntries
+WofFileEnumFiles
+WofGetDriverVersion
 WofIsExternalFile
 WofSetFileDataLocation
+WofShouldCompressBinaries
 WofWimAddEntry
 WofWimEnumFiles
 WofWimRemoveEntry
+WofWimSuspendEntry
 WofWimUpdateEntry
diff --git a/mingw-w64-crt/lib32/Makefile.am b/mingw-w64-crt/lib32/Makefile.am
index 683618ad..1022ec95 100644
--- a/mingw-w64-crt/lib32/Makefile.am
+++ b/mingw-w64-crt/lib32/Makefile.am
@@ -323,6 +323,7 @@ lib32_DATA += %reldir%/libwlanui.a
 lib32_DATA += %reldir%/libwlanutil.a
 lib32_DATA += %reldir%/libwldap32.a
 lib32_DATA += %reldir%/libwmilib.a
+lib32_DATA += %reldir%/libwofutil.a
 lib32_DATA += %reldir%/libwow32.a
 #lib32_DATA += %reldir%/libws2_32.a  # Handled by custom rule
 lib32_DATA += %reldir%/libwsdapi.a
diff --git a/mingw-w64-crt/lib32/wofutil.def b/mingw-w64-crt/lib32/wofutil.def
new file mode 100644
index ..090fe578
--- /dev/null
+++ b/mingw-w64-crt/lib32/wofutil.def
@@ -0,0 +1,18 @@
+;
+; Definition file of WOFUTIL.dll
+; Automatic generated by gendef
+; written by Kai Tietz 2008
+;
+LIBRARY "WOFUTIL.dll"
+EXPORTS
+WofEnumEntries@16
+WofFileEnumFiles@16
+WofGetDriverVersion@12
+WofIsExternalFile@20
+WofSetFileDataLocation@16
+WofShouldCompressBinaries@8
+WofWimAddEntry@20
+WofWimEnumFiles@20
+WofWimRemoveEntry@12
+WofWimSuspendEntry@12
+WofWimUpdateEntry@16
diff --git a/mingw-w64-crt/lib64/Makefile.am b/mingw-w64-crt/lib64/Makefile.am
index 5d01aa70..e4f3037f 100644
--- a/mingw-w64-crt/lib64/Makefile.am
+++ b/mingw-w64-crt/lib64/Makefile.am
@@ -742,6 +742,7 @@ lib64_DATA += %reldir%/libwdsupgcompl.a
 lib64_DATA += %reldir%/libwdsclientapi.a
 lib64_DATA += %reldir%/libwdsutil.a
 lib64_DATA += %reldir%/libwdsimage.a
+lib64_DATA += %reldir%/libwofutil.a
 #lib64_DATA += %reldir%/libws2_32.a  # Handled by custom rule
 lib64_DATA += %reldir%/libvirtdisk.a
 lib64_DATA += %reldir%/libcryptxml.a
diff --git a/mingw-w64-crt/libarm64/Makefile.am b/mingw-w64-crt/libarm64/Makefile.am
index 1425016f..7c7afe31 100644
--- a/mingw-w64-crt/libarm64/Makefile.am
+++ b/mingw-w64-crt/libarm64/Makefile.am
@@ -326,6 +326,7 @@ libarm64_DATA += %reldir%/libwlanutil.a
 libarm64_DATA += %reldir%/libwldap32.a
 libarm64_DATA += %reldir%/libwmi.a
 libarm64_DATA += %reldir%/libwmiprop.a
+libarm64_DATA += %reldir%/libwofutil.a
 libarm64_DATA += %reldir%/libwpd_ci.a
 #libarm64_DATA += %reldir%/libws2_32.a  # Handled by custom rule
 libarm64_DATA += %reldir%/libws2help.a
-- 
2.31.1



OpenPGP_signature
Description: OpenPGP digital signature
___
Mingw-w64-public mailing list
Mingw-w64-public@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public


[Mingw-w64-public] [PATCH] wofutil def files for x86/x86_64

2021-05-13 Thread JonY via Mingw-w64-public

Patch OK?
Someone with ARM should also send the def files.
From 02b808c20ad4040c5b5722034cf12b584b7e3205 Mon Sep 17 00:00:00 2001
From: Jonathan Yong <10wa...@gmail.com>
Date: Thu, 13 May 2021 16:13:00 +
Subject: [PATCH] wofutil: new import lib

Signed-off-by: Jonathan Yong <10wa...@gmail.com>
---
 mingw-w64-crt/lib32/Makefile.am |  1 +
 mingw-w64-crt/lib32/wofutil.def | 18 ++
 mingw-w64-crt/lib64/Makefile.am |  1 +
 mingw-w64-crt/lib64/wofutil.def | 18 ++
 4 files changed, 38 insertions(+)
 create mode 100644 mingw-w64-crt/lib32/wofutil.def
 create mode 100644 mingw-w64-crt/lib64/wofutil.def

diff --git a/mingw-w64-crt/lib32/Makefile.am b/mingw-w64-crt/lib32/Makefile.am
index 683618ad..1022ec95 100644
--- a/mingw-w64-crt/lib32/Makefile.am
+++ b/mingw-w64-crt/lib32/Makefile.am
@@ -323,6 +323,7 @@ lib32_DATA += %reldir%/libwlanui.a
 lib32_DATA += %reldir%/libwlanutil.a
 lib32_DATA += %reldir%/libwldap32.a
 lib32_DATA += %reldir%/libwmilib.a
+lib32_DATA += %reldir%/libwofutil.a
 lib32_DATA += %reldir%/libwow32.a
 #lib32_DATA += %reldir%/libws2_32.a  # Handled by custom rule
 lib32_DATA += %reldir%/libwsdapi.a
diff --git a/mingw-w64-crt/lib32/wofutil.def b/mingw-w64-crt/lib32/wofutil.def
new file mode 100644
index ..090fe578
--- /dev/null
+++ b/mingw-w64-crt/lib32/wofutil.def
@@ -0,0 +1,18 @@
+;
+; Definition file of WOFUTIL.dll
+; Automatic generated by gendef
+; written by Kai Tietz 2008
+;
+LIBRARY "WOFUTIL.dll"
+EXPORTS
+WofEnumEntries@16
+WofFileEnumFiles@16
+WofGetDriverVersion@12
+WofIsExternalFile@20
+WofSetFileDataLocation@16
+WofShouldCompressBinaries@8
+WofWimAddEntry@20
+WofWimEnumFiles@20
+WofWimRemoveEntry@12
+WofWimSuspendEntry@12
+WofWimUpdateEntry@16
diff --git a/mingw-w64-crt/lib64/Makefile.am b/mingw-w64-crt/lib64/Makefile.am
index 5d01aa70..e4f3037f 100644
--- a/mingw-w64-crt/lib64/Makefile.am
+++ b/mingw-w64-crt/lib64/Makefile.am
@@ -742,6 +742,7 @@ lib64_DATA += %reldir%/libwdsupgcompl.a
 lib64_DATA += %reldir%/libwdsclientapi.a
 lib64_DATA += %reldir%/libwdsutil.a
 lib64_DATA += %reldir%/libwdsimage.a
+lib64_DATA += %reldir%/libwofutil.a
 #lib64_DATA += %reldir%/libws2_32.a  # Handled by custom rule
 lib64_DATA += %reldir%/libvirtdisk.a
 lib64_DATA += %reldir%/libcryptxml.a
diff --git a/mingw-w64-crt/lib64/wofutil.def b/mingw-w64-crt/lib64/wofutil.def
new file mode 100644
index ..78325f52
--- /dev/null
+++ b/mingw-w64-crt/lib64/wofutil.def
@@ -0,0 +1,18 @@
+;
+; Definition file of WOFUTIL.dll
+; Automatic generated by gendef
+; written by Kai Tietz 2008
+;
+LIBRARY "WOFUTIL.dll"
+EXPORTS
+WofEnumEntries
+WofFileEnumFiles
+WofGetDriverVersion
+WofIsExternalFile
+WofSetFileDataLocation
+WofShouldCompressBinaries
+WofWimAddEntry
+WofWimEnumFiles
+WofWimRemoveEntry
+WofWimSuspendEntry
+WofWimUpdateEntry
-- 
2.31.1



OpenPGP_signature
Description: OpenPGP digital signature
___
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] headers: Add definitions for Compact OS compression.

2021-05-13 Thread JonY via Mingw-w64-public

On 5/13/21 7:19 AM, Biswapriyo Nath wrote:

The patch does not contain anything from wofapi.h (though the name has
literally "WOF" in it). And yes, we all know it's WinSDK, docs does
not match with actual implementation :)



I mean the patch is fine as is, I plan to also put in the functions soon.

I'll push soon if there are no objections.


OpenPGP_signature
Description: OpenPGP digital signature
___
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] headers: Add definitions for Compact OS compression.

2021-05-12 Thread JonY via Mingw-w64-public

On 5/12/21 6:57 PM, Biswapriyo Nath wrote:

According to WinSDK 10.0.19041.0, Christian seems to be correct.



Do the rest of 
https://docs.microsoft.com/en-us/windows/win32/api/wofapi/ functions 
also go into winioctl.h?


OpenPGP_signature
Description: OpenPGP digital signature
___
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] headers: Add definitions for Compact OS compression.

2021-05-12 Thread JonY via Mingw-w64-public

On 5/12/21 4:20 PM, Christian Franke wrote:

Use case of Compact OS compression:
https://sourceware.org/pipermail/cygwin-apps/2021-May/041225.html


Can you move the entries to wofapi.h? MSDN seems to say it should be there:

https://docs.microsoft.com/en-us/windows/win32/api/wofapi/ns-wofapi-wim_external_file_info

Thanks.



OpenPGP_signature
Description: OpenPGP digital signature
___
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] adsiid constants

2021-05-11 Thread JonY via Mingw-w64-public

On 5/11/21 1:38 PM, Liu Hao wrote:

在 2021-05-11 01:33, JonY via Mingw-w64-public 写道:


Fixed and updated to use consistent casing.




This patch looks good to me.



Thanks for reviewing, pushed to master branch.


OpenPGP_signature
Description: OpenPGP digital signature
___
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] adsiid constants

2021-05-10 Thread JonY via Mingw-w64-public

On 5/10/21 4:23 PM, Liu Hao wrote:

在 2021-05-10 23:04, JonY via Mingw-w64-public 写道:

Patch OK? Thanks to mikedld for working on it via IRC.

0001-adsiid-Active-Directory-GUIDs.patch



According to some *unauthoritative* sources, there are a couple of 
errors in this patch.



+DEFINE_GUID(IID_IADsFaxNumber, 0xa910dea9, 0x4680, 0x11d1, 0x0a,0x3b, 



0x00,0xc0,0x4f,0xb9,0x50,0xdc);


Other sources suggest

   0xA910DEA9,0x4680,0x11D1,0xA3,0xB4,0x00,0xC0,0x4F,0xB9,0x50,0xDC
    ^

+DEFINE_GUID(IID_IADsPrintJobOperations, 0x32fb6780, 0x1ed0, 0x11cf, 
0xa9,0x88, 0x00,0xaa,0x00,0x6b,0xc1,0x49);


Other sources suggest

   0x9A52DB30,0x1ECF,0x11CF,0xA9,0x88,0x00,0xAA,0x00,0x6B,0xC1,0x49
   ^

(Also note it was a duplicate of the preceding line in your patch.)





Fixed and updated to use consistent casing.
From caa821b44fd3726e5703ec0120f7c1757d6d90a9 Mon Sep 17 00:00:00 2001
From: Jonathan Yong <10wa...@gmail.com>
Date: Mon, 10 May 2021 14:00:11 +
Subject: [PATCH] adsiid: Active Directory GUIDs

Signed-off-by: Jonathan Yong <10wa...@gmail.com>
---
 mingw-w64-crt/Makefile.am| 18 ++
 mingw-w64-crt/libsrc/activeds-uuid.c | 95 
 2 files changed, 113 insertions(+)
 create mode 100644 mingw-w64-crt/libsrc/activeds-uuid.c

diff --git a/mingw-w64-crt/Makefile.am b/mingw-w64-crt/Makefile.am
index 05797000..1f48b72e 100644
--- a/mingw-w64-crt/Makefile.am
+++ b/mingw-w64-crt/Makefile.am
@@ -131,6 +131,8 @@ src_libmingwthrd=libsrc/mingwthrd_mt.c
 
 src_libgdiplus=libsrc/gdiplus.c
 
+src_adsiid=libsrc/activeds-uuid.c
+
 src_libuuid=\
   libsrc/ativscp-uuid.c   libsrc/atsmedia-uuid.clibsrc/bth-uuid.c
 libsrc/cguid-uuid.c libsrc/comcat-uuid.c   \
   libsrc/devguid.clibsrc/docobj-uuid.c  libsrc/dxva-uuid.c   
 libsrc/exdisp-uuid.clibsrc/extras-uuid.c   \
@@ -783,6 +785,10 @@ lib32_libntoskrnl_a_SOURCES = $(src_libntoskrnl)
 lib32_libntoskrnl_a_CPPFLAGS=$(CPPFLAGS32) $(sysincludes)
 lib32_libntoskrnl_a_AR = $(DTLIB32) && $(AR) $(ARFLAGS)
 
+lib32_LIBRARIES += lib32/libadsiid.a
+lib32_libadsiid_a_SOURCES = $(src_adsiid)
+lib32_libadsiid_a_CPPFLAGS=$(CPPFLAGS32) $(sysincludes)
+
 if !W32API
 lib32_LIBRARIES += lib32/libdelayimp.a
 lib32_libdelayimp_a_SOURCES =
@@ -1109,6 +1115,10 @@ lib64_LIBRARIES += lib64/libtaskschd.a
 lib64_libtaskschd_a_SOURCES = $(src_libtaskschd)
 lib64_libtaskschd_a_CPPFLAGS=$(CPPFLAGS64) $(sysincludes)
 
+lib64_LIBRARIES += lib64/libadsiid.a
+lib64_libadsiid_a_SOURCES = $(src_adsiid)
+lib64_libadsiid_a_CPPFLAGS=$(CPPFLAGS64) $(sysincludes)
+
 if !W32API
 lib64_LIBRARIES += lib64/libdelayimp.a
 lib64_libdelayimp_a_SOURCES =
@@ -1442,6 +1452,10 @@ libarm32_libws2_32_a_CPPFLAGS=$(CPPFLAGSARM32) $(sysincludes)
 libarm32_libws2_32_a_AR = $(DTDEFARM32) libarm32/ws2_32.def && $(AR) $(ARFLAGS)
 EXTRA_libarm32_libws2_32_a_DEPENDENCIES=libarm32/ws2_32.def
 
+libarm32_LIBRARIES += libarm32/libadsiid.a
+libarm32_libadsiid_a_SOURCES = $(src_adsiid)
+libarm32_libadsiid_a_CPPFLAGS=$(CPPFLAGSARM32) $(sysincludes)
+
 if !W32API
 libarm32_LIBRARIES += libarm32/libdelayimp.a
 libarm32_libdelayimp_a_SOURCES =
@@ -1712,6 +1726,10 @@ libarm64_libws2_32_a_CPPFLAGS=$(CPPFLAGSARM64) $(sysincludes)
 libarm64_libws2_32_a_AR = $(DTDEFARM64) libarm64/ws2_32.def && $(AR) $(ARFLAGS)
 EXTRA_libarm64_libws2_32_a_DEPENDENCIES=libarm64/ws2_32.def
 
+libarm64_LIBRARIES += libarm64/libadsiid.a
+libarm64_libadsiid_a_SOURCES = $(src_adsiid)
+libarm64_libadsiid_a_CPPFLAGS=$(CPPFLAGSARM64) $(sysincludes)
+
 if !W32API
 libarm64_LIBRARIES += libarm64/libdelayimp.a
 libarm64_libdelayimp_a_SOURCES =
diff --git a/mingw-w64-crt/libsrc/activeds-uuid.c b/mingw-w64-crt/libsrc/activeds-uuid.c
new file mode 100644
index ..a8398076
--- /dev/null
+++ b/mingw-w64-crt/libsrc/activeds-uuid.c
@@ -0,0 +1,95 @@
+#define INITGUID
+#include 
+
+DEFINE_GUID(CLSID_AccessControlEntry, 0xB75AC000, 0x9BDD, 0x11D0, 0x85, 0x2C, 0x00, 0xC0, 0x4F, 0xD8, 0xD5, 0x03);
+DEFINE_GUID(CLSID_AccessControlList, 0xB85EA052, 0x9BDD, 0x11D0, 0x85, 0x2C, 0x00, 0xC0, 0x4F, 0xD8, 0xD5, 0x03);
+DEFINE_GUID(CLSID_ADsSecurityUtility, 0xF270C64A, 0xFFB8, 0x4AE4, 0x85, 0xFE, 0x3A, 0x75, 0xE5, 0x34, 0x79, 0x66);
+DEFINE_GUID(CLSID_ADSystemInfo, 0x50B6327F, 0xAFD1, 0x11D2, 0x9C, 0xB9, 0x00, 0x00, 0xF8, 0x7A, 0x36, 0x9E);
+DEFINE_GUID(CLSID_BackLink, 0xFCBF906F, 0x4080, 0x11D1, 0xA3, 0xAC, 0x00, 0xC0, 0x4F, 0xB9, 0x50, 0xDC);
+DEFINE_GUID(CLSID_CaseIgnoreList, 0x15F88A55, 0x4680, 0x11D1, 0xA3, 0xB4, 0x00, 0xC0, 0x4F, 0xB9, 0x50, 0xDC);
+DEFINE_GUID(CLSID_DNWithBinary, 0x7E99C0A3, 0xF935, 0x11D2, 0xBA, 0x96, 0x00, 0xC0, 0x4F, 0xB6, 0xD0, 0xD1);
+DEFINE_GUID(CLSID_DNWithString, 0x334857CC, 0xF934, 0x11D2, 0xBA, 0x96, 0x00, 0xC0, 0x4F, 0xB6, 0xD0, 0xD1);
+DEFINE_GUID(CLSID_Email, 0x8F92A857, 0x478E, 0x11D1, 0xA3, 0xB4, 0x00, 0xC0, 0x4F, 0xB9, 0x50, 0xDC);
+DEFINE_GUID(CLSID_FaxNumber, 0xA5062215, 0x4681, 0x11D1, 0xA3

[Mingw-w64-public] [PATCH] adsiid constants

2021-05-10 Thread JonY via Mingw-w64-public

Patch OK? Thanks to mikedld for working on it via IRC.
From 7c43e172f1eedd1d2adb93a14352c3233b559bd3 Mon Sep 17 00:00:00 2001
From: Jonathan Yong <10wa...@gmail.com>
Date: Mon, 10 May 2021 14:00:11 +
Subject: [PATCH] adsiid: Active Directory GUIDs

Signed-off-by: Jonathan Yong <10wa...@gmail.com>
---
 mingw-w64-crt/Makefile.am| 18 ++
 mingw-w64-crt/libsrc/activeds-uuid.c | 95 
 2 files changed, 113 insertions(+)
 create mode 100644 mingw-w64-crt/libsrc/activeds-uuid.c

diff --git a/mingw-w64-crt/Makefile.am b/mingw-w64-crt/Makefile.am
index 05797000..1f48b72e 100644
--- a/mingw-w64-crt/Makefile.am
+++ b/mingw-w64-crt/Makefile.am
@@ -131,6 +131,8 @@ src_libmingwthrd=libsrc/mingwthrd_mt.c
 
 src_libgdiplus=libsrc/gdiplus.c
 
+src_adsiid=libsrc/activeds-uuid.c
+
 src_libuuid=\
   libsrc/ativscp-uuid.c   libsrc/atsmedia-uuid.clibsrc/bth-uuid.c
 libsrc/cguid-uuid.c libsrc/comcat-uuid.c   \
   libsrc/devguid.clibsrc/docobj-uuid.c  libsrc/dxva-uuid.c   
 libsrc/exdisp-uuid.clibsrc/extras-uuid.c   \
@@ -783,6 +785,10 @@ lib32_libntoskrnl_a_SOURCES = $(src_libntoskrnl)
 lib32_libntoskrnl_a_CPPFLAGS=$(CPPFLAGS32) $(sysincludes)
 lib32_libntoskrnl_a_AR = $(DTLIB32) && $(AR) $(ARFLAGS)
 
+lib32_LIBRARIES += lib32/libadsiid.a
+lib32_libadsiid_a_SOURCES = $(src_adsiid)
+lib32_libadsiid_a_CPPFLAGS=$(CPPFLAGS32) $(sysincludes)
+
 if !W32API
 lib32_LIBRARIES += lib32/libdelayimp.a
 lib32_libdelayimp_a_SOURCES =
@@ -1109,6 +1115,10 @@ lib64_LIBRARIES += lib64/libtaskschd.a
 lib64_libtaskschd_a_SOURCES = $(src_libtaskschd)
 lib64_libtaskschd_a_CPPFLAGS=$(CPPFLAGS64) $(sysincludes)
 
+lib64_LIBRARIES += lib64/libadsiid.a
+lib64_libadsiid_a_SOURCES = $(src_adsiid)
+lib64_libadsiid_a_CPPFLAGS=$(CPPFLAGS64) $(sysincludes)
+
 if !W32API
 lib64_LIBRARIES += lib64/libdelayimp.a
 lib64_libdelayimp_a_SOURCES =
@@ -1442,6 +1452,10 @@ libarm32_libws2_32_a_CPPFLAGS=$(CPPFLAGSARM32) $(sysincludes)
 libarm32_libws2_32_a_AR = $(DTDEFARM32) libarm32/ws2_32.def && $(AR) $(ARFLAGS)
 EXTRA_libarm32_libws2_32_a_DEPENDENCIES=libarm32/ws2_32.def
 
+libarm32_LIBRARIES += libarm32/libadsiid.a
+libarm32_libadsiid_a_SOURCES = $(src_adsiid)
+libarm32_libadsiid_a_CPPFLAGS=$(CPPFLAGSARM32) $(sysincludes)
+
 if !W32API
 libarm32_LIBRARIES += libarm32/libdelayimp.a
 libarm32_libdelayimp_a_SOURCES =
@@ -1712,6 +1726,10 @@ libarm64_libws2_32_a_CPPFLAGS=$(CPPFLAGSARM64) $(sysincludes)
 libarm64_libws2_32_a_AR = $(DTDEFARM64) libarm64/ws2_32.def && $(AR) $(ARFLAGS)
 EXTRA_libarm64_libws2_32_a_DEPENDENCIES=libarm64/ws2_32.def
 
+libarm64_LIBRARIES += libarm64/libadsiid.a
+libarm64_libadsiid_a_SOURCES = $(src_adsiid)
+libarm64_libadsiid_a_CPPFLAGS=$(CPPFLAGSARM64) $(sysincludes)
+
 if !W32API
 libarm64_LIBRARIES += libarm64/libdelayimp.a
 libarm64_libdelayimp_a_SOURCES =
diff --git a/mingw-w64-crt/libsrc/activeds-uuid.c b/mingw-w64-crt/libsrc/activeds-uuid.c
new file mode 100644
index ..d2bfc419
--- /dev/null
+++ b/mingw-w64-crt/libsrc/activeds-uuid.c
@@ -0,0 +1,95 @@
+#define INITGUID
+#include 
+
+DEFINE_GUID(CLSID_AccessControlEntry, 0xB75AC000, 0x9BDD, 0x11D0, 0x85, 0x2C, 0x00, 0xC0, 0x4F, 0xD8, 0xD5, 0x03);
+DEFINE_GUID(CLSID_AccessControlList, 0xB85EA052, 0x9BDD, 0x11D0, 0x85, 0x2C, 0x00, 0xC0, 0x4F, 0xD8, 0xD5, 0x03);
+DEFINE_GUID(CLSID_ADsSecurityUtility, 0xf270c64a, 0xffb8, 0x4ae4, 0x85, 0xfe, 0x3a, 0x75, 0xe5, 0x34, 0x79, 0x66);
+DEFINE_GUID(CLSID_ADSystemInfo, 0x50b6327f, 0xafd1, 0x11d2, 0x9c,0xb9, 0x00,0x00,0xf8,0x7a,0x36,0x9e);
+DEFINE_GUID(CLSID_BackLink, 0xFCBF906F, 0x4080, 0x11D1, 0xA3, 0xAC, 0x00, 0xC0, 0x4F, 0xB9, 0x50, 0xDC);
+DEFINE_GUID(CLSID_CaseIgnoreList, 0x15F88A55, 0x4680, 0x11D1, 0xA3, 0xB4, 0x00, 0xC0, 0x4F, 0xB9, 0x50, 0xDC);
+DEFINE_GUID(CLSID_DNWithBinary, 0x7E99C0A3, 0xF935, 0x11D2, 0xBA, 0x96, 0x00, 0xC0, 0x4F, 0xB6, 0xD0, 0xD1);
+DEFINE_GUID(CLSID_DNWithString, 0x334857CC, 0xF934, 0x11D2, 0xBA, 0x96, 0x00, 0xC0, 0x4F, 0xB6, 0xD0, 0xD1);
+DEFINE_GUID(CLSID_Email, 0x8F92A857, 0x478E, 0x11D1, 0xA3, 0xB4, 0x00, 0xC0, 0x4F, 0xB9, 0x50, 0xDC);
+DEFINE_GUID(CLSID_FaxNumber, 0xA5062215, 0x4681, 0x11D1, 0xA3, 0xB4, 0x00, 0xC0, 0x4F, 0xB9, 0x50, 0xDC);
+DEFINE_GUID(CLSID_Hold, 0xB3AD3E13, 0x4080, 0x11D1, 0xA3, 0xAC, 0x00, 0xC0, 0x4F, 0xB9, 0x50, 0xDC);
+DEFINE_GUID(CLSID_LargeInteger, 0x927971F5, 0x0939, 0x11D1, 0x8B, 0xE1, 0x00, 0xC0, 0x4F, 0xD8, 0xD5, 0x03);
+DEFINE_GUID(CLSID_NameTranslate, 0x274FAE1F, 0x3626, 0x11D1, 0xA3, 0xA4, 
0x00, 0xC0, 0x4F, 0xB9, 0x50, 0xDC);
+DEFINE_GUID(CLSID_NetAddress, 0xB0B71247, 0x4080, 0x11D1, 0xA3, 0xAC, 0x00, 0xC0, 0x4F, 0xB9, 0x50, 0xDC);
+DEFINE_GUID(CLSID_OctetList, 0x1241400F, 0x4680, 0x11D1, 0xA3, 0xB4, 0x00, 0xC0, 0x4F, 0xB9, 0x50, 0xDC);
+DEFINE_GUID(CLSID_Path, 0xB2538919, 0x4080, 0x11D1, 0xA3, 0xAC, 0x00, 0xC0, 0x4F, 0xB9, 0x50, 0xDC);
+DEFINE_GUID(CLSID_Pathname, 0x080D0D78, 0xF421, 0x11D0, 0xA3, 0x6E, 0x00, 0xC0, 0x4F, 0xB9, 0x50, 0xDC);
+DEFINE_GUID(CLSID_PostalAddress, 0x0A75AFCD, 0x4680, 0x11D1, 

[Mingw-w64-public] Announcing v8.0.2

2021-05-09 Thread JonY via Mingw-w64-public

v8.0.2 is now released!

This release was primarily intended to fix building the runtime using GCC11.

Thanks for Liu Hao for the GCC11 fixes and Ozkan Sezer for the Direct 
Draw headers updates from Wine and GetThemeSysFont fix.


Note there is no v8.0.1 release, it was mistakenly tagged against the 
latest revision in the master branch.


And here are the downloads:

https://sourceforge.net/projects/mingw-w64/files/mingw-w64/mingw-w64-release/mingw-w64-v8.0.2.tar.bz2
https://sourceforge.net/projects/mingw-w64/files/mingw-w64/mingw-w64-release/mingw-w64-v8.0.2.tar.bz2.sig
https://sourceforge.net/projects/mingw-w64/files/mingw-w64/mingw-w64-release/mingw-w64-v8.0.2.tar.bz2.asc
https://sourceforge.net/projects/mingw-w64/files/mingw-w64/mingw-w64-release/mingw-w64-v8.0.2.zip
https://sourceforge.net/projects/mingw-w64/files/mingw-w64/mingw-w64-release/mingw-w64-v8.0.2.zip.sig
https://sourceforge.net/projects/mingw-w64/files/mingw-w64/mingw-w64-release/mingw-w64-v8.0.2.zip.asc


OpenPGP_signature
Description: OpenPGP digital signature
___
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] Core Audio Constants

2021-04-18 Thread JonY via Mingw-w64-public

On 4/18/21 1:03 PM, Liu Hao wrote:

在 2021-04-18 15:31, JonY via Mingw-w64-public 写道:

+#define SPATIAL_AUDIO_POSITION_BYTE_COUNT sizeof(float) * 3


This had better be wrapped in parentheses like `(sizeof(float) * 3)`.

The others look good to me.



Thanks, pushed to master branch with the change.


OpenPGP_signature
Description: OpenPGP digital signature
___
Mingw-w64-public mailing list
Mingw-w64-public@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public


[Mingw-w64-public] [PATCH] Core Audio Constants

2021-04-18 Thread JonY via Mingw-w64-public

Attached patch OK?
The GUIDs seem to be copies from the existing constants.
From e97f599818e77d2a13ec8777cb2cfa6b56ed872c Mon Sep 17 00:00:00 2001
From: Jonathan Yong <10wa...@gmail.com>
Date: Sun, 18 Apr 2021 07:25:23 +
Subject: [PATCH] Core Audio Constants

Signed-off-by: Jonathan Yong <10wa...@gmail.com>
---
 mingw-w64-headers/include/audiosessiontypes.h   |  2 ++
 .../include/functiondiscoverykeys_devpkey.h |  2 ++
 mingw-w64-headers/include/spatialaudiometadata.h| 13 +
 3 files changed, 17 insertions(+)
 create mode 100644 mingw-w64-headers/include/spatialaudiometadata.h

diff --git a/mingw-w64-headers/include/audiosessiontypes.h b/mingw-w64-headers/include/audiosessiontypes.h
index 91e72130..c0246077 100644
--- a/mingw-w64-headers/include/audiosessiontypes.h
+++ b/mingw-w64-headers/include/audiosessiontypes.h
@@ -50,6 +50,8 @@ typedef enum _AUDIO_STREAM_CATEGORY {
 #define AUDCLNT_STREAMFLAGS_EVENTCALLBACK 0x0004
 #define AUDCLNT_STREAMFLAGS_NOPERSIST 0x0008
 #define AUDCLNT_STREAMFLAGS_RATEADJUST 0x0010
+#define AUDCLNT_STREAMFLAGS_SRC_DEFAULT_QUALITY 0x0800
+#define AUDCLNT_STREAMFLAGS_AUTOCONVERTPCM 0x8000
 #define AUDCLNT_SESSIONFLAGS_EXPIREWHENUNOWNED 0x1000
 #define AUDCLNT_SESSIONFLAGS_DISPLAY_HIDE 0x2000
 #define AUDCLNT_SESSIONFLAGS_DISPLAY_HIDEWHENEXPIRED 0x4000
diff --git a/mingw-w64-headers/include/functiondiscoverykeys_devpkey.h b/mingw-w64-headers/include/functiondiscoverykeys_devpkey.h
index d66cb97f..55df4c9e 100644
--- a/mingw-w64-headers/include/functiondiscoverykeys_devpkey.h
+++ b/mingw-w64-headers/include/functiondiscoverykeys_devpkey.h
@@ -9,5 +9,7 @@
 #include 
 
 DEFINE_PROPERTYKEY(PKEY_Device_FriendlyName, 0xa45c254e, 0xdf1c, 0x4efd, 
0x80, 0x20, 0x67, 0xd1, 0x46, 0xa8, 0x50, 0xe0, 14);
+DEFINE_PROPERTYKEY(PKEY_Device_DeviceDesc, 0xa45c254e,0xdf1c,0x4efd,0x80,0x20,0x67,0xd1,0x46,0xa8,0x50,0xe0, 2);
+DEFINE_PROPERTYKEY(PKEY_DeviceInterface_FriendlyName, 0x026e516e,0xb814,0x414b,0x83,0xcd,0x85,0x6d,0x6f,0xef,0x48,0x22, 2);
 
 #endif /* _INC_FUNCTIONDISCOVERYKEYS */
diff --git a/mingw-w64-headers/include/spatialaudiometadata.h b/mingw-w64-headers/include/spatialaudiometadata.h
new file mode 100644
index ..7d303291
--- /dev/null
+++ b/mingw-w64-headers/include/spatialaudiometadata.h
@@ -0,0 +1,13 @@
+/**
+ * This file has no copyright assigned and is placed in the Public Domain.
+ * This file is part of the mingw-w64 runtime package.
+ * No warranty is given; refer to the file DISCLAIMER.PD within this package.
+ */
+#ifndef _INC_SPATIALAUDIOMETADATA
+#define _INC_SPATIALAUDIOMETADATA
+
+#define SPATIAL_AUDIO_POSITION 200
+#define SPATIAL_AUDIO_POSITION_BYTE_COUNT sizeof(float) * 3
+#define SPATIAL_AUDIO_STANDARD_COMMANDS_START 200
+
+#endif /* _INC_SPATIALAUDIOMETADATA */
-- 
2.31.1



OpenPGP_signature
Description: OpenPGP digital signature
___
Mingw-w64-public mailing list
Mingw-w64-public@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public


Re: [Mingw-w64-public] [Win32 API Signature Change] Discrepancy in API signature for SymLoadModule64

2021-03-06 Thread JonY via Mingw-w64-public

On 3/7/21 7:41 AM, scr3a...@auresium.com wrote:
Mmmh somehow the attachement didn't follow my last message. Sorry for 
the spam. I hope this one will do it.


Scr3am


Patch looks good to me, applied to master branch.


OpenPGP_signature
Description: OpenPGP digital signature
___
Mingw-w64-public mailing list
Mingw-w64-public@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public


Re: [Mingw-w64-public] [Win32 API Signature Change] Discrepancy in API signature for SymLoadModule64

2021-03-06 Thread JonY via Mingw-w64-public

On 3/5/21 2:01 PM, Liu Hao wrote:

在 2021-03-05 08:10, scr3a...@auresium.com 写道:


Note the difference : PSTR vs PCSTR.

I replaced PSTR with PCSTR locally to fix a build issue I had and it 
was enough.


Is it a good fix ? If yes should I send a patch here on the mailing 
list ?





This looks like a typo. Please send a patch.



Please send the patch for review here on the mailing list.
Do not use the merge request system.


OpenPGP_signature
Description: OpenPGP digital signature
___
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] crt: Add deprecated `_{str, wcs}lwrt` aliases in DEF

2021-02-04 Thread JonY via Mingw-w64-public

On 2/5/21 6:35 AM, Liu Hao wrote:

在 2021/1/23 上午10:21, Liu Hao 写道:

This was done with the following commands:

   sed -Ei 's/^_(str|wcs)lwr\>.*$/&\n\1lwr == _\1lwr/' `grep -Elr '\<_strlwr\>' 
mingw-w64-crt`
   git checkout mingw-w64-crt/lib-common/api-ms-win-crt-string-l1-1-0.def

Signed-off-by: Liu Hao 
---
  


Ping?

(There have been a few more patches after this earliest one.)


Your attached patch seems fine to me, please go ahead and push.


___
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 1/2] headers: Move IPv4/v6 options to ws2ipdef.h from ws2tcpip.h.

2021-01-04 Thread JonY via Mingw-w64-public

On 1/3/21 2:15 AM, Liu Hao wrote:

在 2021/1/3 上午12:01, JonY via Mingw-w64-public 写道:

On 1/2/21 3:08 PM, Biswapriyo Nath wrote:

Any reply on this patch?




I don't really have any opinions of this patch, I'll apply both if there are 
still no objections in
a few days.





LGTM.



Pushed to master branch.



___
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 1/2] headers: Move IPv4/v6 options to ws2ipdef.h from ws2tcpip.h.

2021-01-02 Thread JonY via Mingw-w64-public

On 1/2/21 3:08 PM, Biswapriyo Nath wrote:

Any reply on this patch?




I don't really have any opinions of this patch, I'll apply both if there 
are still no objections in a few days.



___
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] stddef.h: sync max_align_t definition with newer gcc

2020-11-01 Thread JonY via Mingw-w64-public

On 11/1/20 8:37 AM, Liu Hao wrote:

在 2020/11/1 10:31, JonY via Mingw-w64-public 写道:

typedef struct {
long long __max_align_ll __attribute__((__aligned__(__alignof__(long 
long;
long double __max_align_ld __attribute__((__aligned__(__alignof__(long 
double;
+  /* _Float128 is defined as a basic type, so max_align_t must be
+ sufficiently aligned for it.  This code must work in C++, so we
+ use __float128 here; that is only available on some
+ architectures, but only on i386 is extra alignment needed for
+ __float128.  */
+/* compiler probably knows __float128 if __SIZEOF_FLOAT128__ is defined */
+#if defined(__i386__) && defined (__SIZEOF_FLOAT128__)
+  __float128 __max_align_f128 
__attribute__((__aligned__(__alignof(__float128;
+#endif
  } max_align_t;



This is not correct AFAICT.

I will attach some direct quotes from the C17 standard draft [1] [2] below, 
which is shared between
C and C++. In the case of C++ there are some library functions which take
`alignof(std::max_align_t)` as default arguments which would introduce even 
more incompatibility.


[1] http://www.open-std.org/jtc1/sc22/wg14/www/docs/n2176.pdf
[2] https://files.lhmouse.com/standards/ISO%20C%20N2176.pdf



7.22.3 Memory management functions
1 The order and contiguity of storage allocated by successive calls to the 
aligned_alloc, calloc,
malloc, and realloc functions is unspecified. The pointer returned if the 
allocation succeeds is
suitably aligned so that it may be assigned to a pointer to any type of object 
with a fundamental
alignment requirement and then used to access such an object or an array of 
such objects in the space
allocated (until the space is explicitly deallocated).


This paragraph requires that a non-null return value of `malloc()` shall be 
aligned to at least
'fundamental alignment'. With 32-bit MSVCRT this value is `8` i.e. `2 * 
sizeof(void*)`.



6.2.8 Alignment of objects
2 A fundamental alignment is a valid alignment less than or equal to _Alignof 
(max_align_t).


Your patch increases `_Alignof(max_align_t)` to `16`, so `16` (if it is valid 
anyway; I don't see
why it shouldn't be) is a 'fundamental alignment'. But the `malloc()` function 
cannot guarantee such
alignment, so it is not correct to do so.



3 An extended alignment is represented by an alignment greater than _Alignof 
(max_align_t). It is
implementation-defined whether any extended alignments are supported and the 
storage durations
for which they are supported.


On the other hand, `__float128` may exist on 32-bit Windows with an 'extended 
alignment'. Extended
alignments have stricter requirements basing on their the storage durations. 
E.g. a `static`,
`_Thread_local` or automatic object may be supported, but `malloc()`'d memory 
may not. Anyway there
is no need to increase `_Alignof(max_align_t)`.




I see, thanks for the heads up, so the mingw-w64 definition is correct 
and should not be increased without wrapping malloc.




OpenPGP_signature
Description: OpenPGP digital signature
___
Mingw-w64-public mailing list
Mingw-w64-public@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public


[Mingw-w64-public] [PATCH] stddef.h: sync max_align_t definition with newer gcc

2020-10-31 Thread JonY via Mingw-w64-public

Attached patch OK?
From c189de0294c89cb87313748be5ce0aa8045e Mon Sep 17 00:00:00 2001
From: Jonathan Yong <10wa...@gmail.com>
Date: Sun, 1 Nov 2020 02:22:39 +
Subject: [PATCH] stddef.h: sync max_align_t definition with newer gcc

Related to:
https://sourceforge.net/p/mingw-w64/bugs/778/
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=973495

Signed-off-by: Jonathan Yong <10wa...@gmail.com>
---
 mingw-w64-headers/crt/stddef.h | 9 +
 1 file changed, 9 insertions(+)

diff --git a/mingw-w64-headers/crt/stddef.h b/mingw-w64-headers/crt/stddef.h
index 03c8ebf8..15fc79c5 100644
--- a/mingw-w64-headers/crt/stddef.h
+++ b/mingw-w64-headers/crt/stddef.h
@@ -424,6 +424,15 @@ typedef __WCHAR_TYPE__ wchar_t;
 typedef struct {
   long long __max_align_ll __attribute__((__aligned__(__alignof__(long long;
   long double __max_align_ld __attribute__((__aligned__(__alignof__(long double;
+  /* _Float128 is defined as a basic type, so max_align_t must be
+ sufficiently aligned for it.  This code must work in C++, so we
+ use __float128 here; that is only available on some
+ architectures, but only on i386 is extra alignment needed for
+ __float128.  */
+/* compiler probably knows __float128 if __SIZEOF_FLOAT128__ is defined */
+#if defined(__i386__) && defined (__SIZEOF_FLOAT128__)
+  __float128 __max_align_f128 __attribute__((__aligned__(__alignof(__float128;
+#endif
 } max_align_t;
 #endif
 #endif /* C11 or C++11.  */
-- 
2.29.2



OpenPGP_signature
Description: OpenPGP digital signature
___
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] change GetThemeSysFont() to accept a LOGFONTW* parameter (bug #862)

2020-10-24 Thread JonY via Mingw-w64-public

On 10/24/20 9:36 PM, Ozkan Sezer wrote:

See: https://sourceforge.net/p/mingw-w64/bugs/862/

The reported issue is analogous to GetThemeFont(), i.e. see:
https://sourceforge.net/p/mingw-w64/feature-requests/82/
https://sourceforge.net/p/mingw-w64/mingw-w64/ci/ac919255813c22aaad9de8b230216f0a8c39d115/

I guess everyone wants the Vista+ version with LOGFONTW. Is the
following patch OK?

diff --git a/mingw-w64-headers/include/uxtheme.h
b/mingw-w64-headers/include/uxtheme.h
index 6153986..d4f43c9 100644
--- a/mingw-w64-headers/include/uxtheme.h
+++ b/mingw-w64-headers/include/uxtheme.h
@@ -353,7 +353,7 @@ THEMEAPI_(COLORREF) GetThemeSysColor(HTHEME
hTheme,int iColorId);
  THEMEAPI_(HBRUSH) GetThemeSysColorBrush(HTHEME hTheme,int iColorId);
  THEMEAPI_(WINBOOL) GetThemeSysBool(HTHEME hTheme,int iBoolId);
  THEMEAPI_(int) GetThemeSysSize(HTHEME hTheme,int iSizeId);
-THEMEAPI GetThemeSysFont(HTHEME hTheme,int iFontId,LOGFONT *plf);
+THEMEAPI GetThemeSysFont(HTHEME hTheme,int iFontId,LOGFONTW *plf);
  THEMEAPI GetThemeSysString(HTHEME hTheme,int iStringId,LPWSTR
pszStringBuff,int cchMaxStringChars);
  THEMEAPI GetThemeSysInt(HTHEME hTheme,int iIntId,int *piValue);
  THEMEAPI_(WINBOOL) IsThemeActive();



Patch looks good to me.



OpenPGP_signature
Description: OpenPGP digital signature
___
Mingw-w64-public mailing list
Mingw-w64-public@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public


Re: [Mingw-w64-public] A problem with getcwd() and chdir()

2020-10-06 Thread JonY via Mingw-w64-public

On 10/6/20 8:12 PM, Arjen Markus wrote:

Hello,

I have run into a problem with the functions getcwd() and chdir() used via
the GCC compiler under MinGW. I try to use the directory "/home" (well,
just an example):
ls /home
cd /home
give no problem, but chdir("/home") in a C program fails. I used getcwd()
to see what the actual directory name is if the program is started in the
directory that is reached via "cd /home". To my surprise it is:
"c:\\home", so a Windows-style directory.
How can I use the Linux-style directories in a program of my own?

Kind regards,

Arjen



You can't. The /home directory is not real, but emulated by MSYS, calls 
to msvcrt getcwd() and chdir() via MinGW will not be emulated.


Those shell commands are not using MinGW, they are using the MSYS runtime.

You should use Cygwin, it fits your requirements better, as it comes 
with its own C runtime for emulating *nix.


OpenPGP_signature
Description: OpenPGP digital signature
___
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 1/2] crt: Update ncrypt export library.

2020-10-05 Thread JonY via Mingw-w64-public

On 10/5/20 6:43 PM, Biswapriyo Nath wrote:





Looks good to me.


OpenPGP_signature
Description: OpenPGP digital signature
___
Mingw-w64-public mailing list
Mingw-w64-public@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public


[Mingw-w64-public] Announcing v8.0.0

2020-09-18 Thread JonY via Mingw-w64-public
v8.0.0 is now released!

Notable changes:
* New Hyper-V headers and libraries by Biswapriyo Nath
* Many headers updated from Wine by Jacek Caban. 
* ARM math improvements by Martin Storsjö
* floating point fixes by Liu Hao
* many *printf compatibility fixes by Liu Hao and Martin Storsjö
* massive Windows App Store API updates by Steve Lhomme
* winstorecompat library updates by Martin Storsjö
* __USE_MINGW_ANSI_STDIO now automatically enabled in C99 and C11 mode when not 
using UCRT by Pali Rohár
* wdm and ddk updates by Zebediah Figura
* UCRT for Windows Store Apps (-lucrtapp) by Martin Storsjö
* Audioclient and ActivateAudioInterfaceAsync API updates by Liu Hao
* DirectX SDKs are now always installed


And many other additions thanks to, but not limited to (in Alphabetical order):
Alex Henrie
Biswapriyo Nath
Eric Hassold
Jacek Caban
Jehan Pagès
Kleis Auke Wolthuizen
Liu Hao
Martin Mitáš
Martin Storsjö
Nikolay Sivov
Noah Treuhaft
Pali Rohár
Ruslan Garipov
Sanketh Menda
sezero
Stephan Ruloff
Stephen Kitt
Steve Lhomme
Tom Ritter
xtne6f
Zebediah Figura
屈佳伟


And here are the downloads:

https://sourceforge.net/projects/mingw-w64/files/mingw-w64/mingw-w64-release/mingw-w64-v8.0.0.tar.bz2
https://sourceforge.net/projects/mingw-w64/files/mingw-w64/mingw-w64-release/mingw-w64-v8.0.0.tar.bz2.sig
https://sourceforge.net/projects/mingw-w64/files/mingw-w64/mingw-w64-release/mingw-w64-v8.0.0.tar.bz2.asc
https://sourceforge.net/projects/mingw-w64/files/mingw-w64/mingw-w64-release/mingw-w64-v8.0.0.zip
https://sourceforge.net/projects/mingw-w64/files/mingw-w64/mingw-w64-release/mingw-w64-v8.0.0.zip.sig
https://sourceforge.net/projects/mingw-w64/files/mingw-w64/mingw-w64-release/mingw-w64-v8.0.0.zip.asc


signature.asc
Description: OpenPGP digital signature
___
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] crt: add prntvpt export library

2020-09-07 Thread JonY via Mingw-w64-public
On 9/7/20 1:12 PM, Biswapriyo Nath wrote:
> 
> 
> 

Patch looks good to me.




signature.asc
Description: OpenPGP digital signature
___
Mingw-w64-public mailing list
Mingw-w64-public@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public


Re: [Mingw-w64-public] a possible bug in mingw-w64

2020-08-05 Thread JonY via Mingw-w64-public
On 8/5/20 9:53 PM, NightStrike wrote:
> No attachment
> 

Try attaching as .txt.


signature.asc
Description: OpenPGP digital signature
___
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] winnt.h: Add missing STATUS_HEAP_CORRUPTION define.

2020-07-15 Thread JonY via Mingw-w64-public
On 7/15/20 3:43 PM, Jacek Caban wrote:
> Signed-off-by: Jacek Caban 
> ---
>  mingw-w64-headers/include/winnt.h | 1 +
>  1 file changed, 1 insertion(+)
> 

Patch looks good to me.



signature.asc
Description: OpenPGP digital signature
___
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] headers/knownfolders.h: add missing folder ids

2020-06-16 Thread JonY via Mingw-w64-public
On 6/15/20 7:17 AM, Biswapriyo Nath wrote:
> 

Patch looks good to me.



signature.asc
Description: OpenPGP digital signature
___
Mingw-w64-public mailing list
Mingw-w64-public@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public


Re: [Mingw-w64-public] Spam from Steve The Man

2020-04-24 Thread JonY via Mingw-w64-public
On 4/24/20 1:30 PM, sisyphus wrote:
> Bloody Hell,
> I know it's not really spam, but could you guys at least address something
> that I care about (eg https://sourceforge.net/p/mingw-w64/bugs/728 )
> instead of all the piffle that has been filling this list of late ??
> 
> Or maybe I should just unsubscribe. I'll accept such a view as valid
> advice, and I might even then  act upon that recommendation.
> ( I'm bullshitting, of course. I'll stay subscribed, no matter what. )
> 
> It would, however, be really nice if someone could actually do something
> about #728.
> I'm not the sharpest tool in the shed, but #728 does appear to afflict only
> Windows (including Cygwin, BTW), so I'm thinking it's specific to mingw.
> 
> Cheers,
> Robh
> 

I thought it was related to the DFP stuff I did in 2013, but no this is
in gcc libquadmath, so this makes it a gcc issue.

Unfortunately, I don't know enough about floating points to fix this issue.


signature.asc
Description: OpenPGP digital signature
___
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] headers: winerror.h add security error values

2020-04-23 Thread JonY via Mingw-w64-public
On 4/22/20 4:09 PM, Biswapriyo Nath wrote:
> ...
> 

Patch OK, applied to master, thanks.



signature.asc
Description: OpenPGP digital signature
___
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] headers: Make conio.h self-sufficient in UCRT mode

2020-02-11 Thread JonY via Mingw-w64-public
On 2/11/20 8:56 PM, Martin Storsjö wrote:
> In UCRT mode, conio.h uses the NULL define. Therefore, include
> stddef.h at the top of the header.
> 
> Signed-off-by: Martin Storsjö 
> ---
>  mingw-w64-headers/crt/conio.h | 1 +
>  1 file changed, 1 insertion(+)
> 
> diff --git a/mingw-w64-headers/crt/conio.h b/mingw-w64-headers/crt/conio.h
> index 9471d9dc4..ff582c2bc 100644
> --- a/mingw-w64-headers/crt/conio.h
> +++ b/mingw-w64-headers/crt/conio.h
> @@ -7,6 +7,7 @@
>  #define _INC_CONIO
>  
>  #include 
> +#include 
>  
>  #if !defined(_UCRTBASE_STDIO_DEFINED) && defined(_UCRT)
>  #define _UCRTBASE_STDIO_DEFINED
> 

Patch looks OK.


signature.asc
Description: OpenPGP digital signature
___
Mingw-w64-public mailing list
Mingw-w64-public@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public


Re: [Mingw-w64-public] Cherry-picks to old release branches

2020-02-05 Thread JonY via Mingw-w64-public
On 2/5/20 3:17 AM, Liu Hao wrote:
> 在 2020/2/4 下午9:38, Martin Storsjö 写道:
>>
>> The v5.x branch itself is an old release, so I presume there won't be
>> any new actual releases from it, but that doesn't preclude adding
>> further minor fixes on top of it, for users that check out the branch
>> and not a specific tag.
>>
>> Does this sound good to others?
>>
> 
> There's already a bunch of commits on top of the last tags of v5.x,
> v4.x, v3.x so I presume it is okay.
> 
> 

No objections.


signature.asc
Description: OpenPGP digital signature
___
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] include: Move headers from direct-x/include/ to include/.

2020-01-01 Thread JonY via Mingw-w64-public
On 1/1/20 8:56 AM, Biswapriyo Nath wrote:
> Any update on this patch? It's been a year old :)
> 

I'm not sure how this affects Cygwin, but I guess there shouldn't be
clashes.


signature.asc
Description: OpenPGP digital signature
___
Mingw-w64-public mailing list
Mingw-w64-public@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public


Re: [Mingw-w64-public] Linker Error On Gcc Pass 2

2019-12-27 Thread JonY via Mingw-w64-public
On 12/27/19 9:01 PM, Thomas Dineen wrote:
> Gentle People:
> 
>    I am attempting to build a GCC Cross compiler running on CentOS
> (RedHat) and targeting
> Mingw x86_64-w64-mingw32-gcc. The linker Error occurs on Pass 2 of The
> Gcc Build, noting that
> all of the previous steps were successful. I have included the detailed
> directions that I used for the
> build shown below, with the full detailed Error Listing at the bottom of
> this Email.
> Short Error Listing:
> /home/tdineen/Mingw_X86_12_2019/x86_64-w64-mingw32/bin/ld: cannot find
> dllcrt2.o: No such file or directory
> /home/tdineen/Mingw_X86_12_2019/x86_64-w64-mingw32/bin/ld: cannot find
> crtbegin.o: No such file or directory
> /home/tdineen/Mingw_X86_12_2019/x86_64-w64-mingw32/bin/ld: skipping
> incompatible
> /home/tdineen/Mingw_X86_12_2019/x86_64-w64-mingw32/sysroot/lib/libmingwthrd.a
> when searching for -lmingwthrd
> Questions:
> 1) "cannot find dllcrt2.o" --> Where - What directory(s) is it looking in?
> and what library dose it want Host or new Target?
> 2) "skipping incompatible" -> What library is required here Host or new
> Target?
> Using -libdir I cannot seem to find ANY Libraries it likes!
> 3) " /home/tdineen/Mingw_X86_12_2019/gcc-4.8.0/Build/./gcc/xgcc"
> Is the correct tool being called here?
> 
]
1. Probably sysroot/mingw/lib
2. You ARE doing multilib, it is a warning, not an error. I don't
recommend doing so unless you know what you're doing and is already
familiar with the gcc bootstrap process.
3. Yes.


signature.asc
Description: OpenPGP digital signature
___
Mingw-w64-public mailing list
Mingw-w64-public@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public


Re: [Mingw-w64-public] [PATCHv2] crt: Split out the __cxa_atexit and __cxa_thread_atexit entry points to separate files

2019-12-11 Thread JonY via Mingw-w64-public
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
___
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] crt: Split out the __cxa_atexit and __cxa_thread_atexit entry points to separate files

2019-12-10 Thread JonY via Mingw-w64-public
On 12/10/19 11:50 AM, Martin Storsjö wrote:
> +int __mingw_cxa_thread_atexit(dtor_fn dtor, void *obj, void *dso) {
> +  return __cxa_thread_atexit(dtor, obj, dso);


Did I miss something? The definition got renamed to
__mingw_cxa_thread_atexit, yet it is calling __cxa_thread_atexit?


signature.asc
Description: OpenPGP digital signature
___
Mingw-w64-public mailing list
Mingw-w64-public@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public


Re: [Mingw-w64-public] New, mixed case Hyper-V header files

2019-12-06 Thread JonY via Mingw-w64-public
On 12/6/19 8:59 PM, Zach Bacon wrote:
> I have to agree, on windows while it doesn't matter, cross compiling say from 
> linux it makes all the difference. I vote that it should be lower case. 
> 

Go ahead with the rename.


signature.asc
Description: OpenPGP digital signature
___
Mingw-w64-public mailing list
Mingw-w64-public@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public


Re: [Mingw-w64-public] gnatdll not building

2019-12-02 Thread JonY via Mingw-w64-public
On 12/2/19 2:58 PM, Kacvinsky, Tom wrote:
>>
>> Did you already setup your sysroot?
> 
> I did not specify any sysroot in the configure command.  Do you have a
> recommendation for this?
> 
> Here is what I have for the configure line for x86_64
> 
> $ /c/vector_deps/N/x64/mingw-msvc2017-ucrt/bin/gcc -v
> Using built-in specs.
> COLLECT_GCC=C:\vector_deps\N\x64\mingw-msvc2017-ucrt\bin\gcc.exe
> COLLECT_LTO_WRAPPER=c:/vector_deps/n/x64/mingw-msvc2017-ucrt/bin/../libexec/gcc/x86_64-w64-mingw32/8.3.0/lto-wrapper.exe
> Target: x86_64-w64-mingw32
> Configured with: ../configure --prefix=/c/code/mingw-native 
> --enable-languages=c,c++,ada --disable-multilib 
> --with-gmp=/c/code/gcc-depends 
> --with-native-system-header-dir=/c/code/mingw-native/x86_64-w64-mingw32/include
>  --disable-bootstrap CXXFLAGS=-O2
> Thread model: win32
> gcc version 8.3.0 (GCC)
> 
> And then for i686
> 
> $ mingw-w64-gcc-9.2.0-i686-ucrt/bin/gcc -v
> Using built-in specs.
> COLLECT_GCC=C:\code\mingw-w64-gcc-9.2.0-i686-ucrt\bin\gcc.exe
> COLLECT_LTO_WRAPPER=c:/code/mingw-w64-gcc-9.2.0-i686-ucrt/bin/../libexec/gcc/i686-w64-mingw32/9.2.0/lto-wrapper.exe
> Target: i686-w64-mingw32
> Configured with: ../configure --prefix=/c/code/mingw-w64-gcc-9.2.0-i686-ucrt 
> --enable-languages=c,c++,ada --disable-multilib 
> --with-gmp=/c/code/gcc-depends 
> --with-native-system-header-dir=/c/code/mingw-w64-gcc-9.2.0-i686-ucrt/i686-w64-mingw32/include
>  --disable-bootstrap CXXFLAGS=-O2 --disable-sjlj-exceptions --with-dwarf2
> Thread model: win32
> gcc version 9.2.0 (GCC)
> 
> 

You can try --with-sysroot=, your libraries
should be in /mingw/lib and headers in /mingw/include.

This should be done before gcc is compiled, adjust the steps as required
if bootstrapping.



signature.asc
Description: OpenPGP digital signature
___
Mingw-w64-public mailing list
Mingw-w64-public@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public


Re: [Mingw-w64-public] gnatdll not building

2019-12-02 Thread JonY via Mingw-w64-public
On 12/2/19 2:25 PM, Kacvinsky, Tom wrote:
> 
> I looked through my notes and the last time I built the tool chain (that time,
> for x86_64), I had to manually run "make gnattools" in addition to the "make
> gnattools-cross".  But this time around "make gnattools" fails with a link 
> error.
> See attached log file.
> 
> I am using the system tool chain when building gnattools, so I don't 
> understand
> why the libraries and object files cannot be found.

Did you already setup your sysroot?


signature.asc
Description: OpenPGP digital signature
___
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 2/2] widl: Quote path names in the makefile, to fix installing into a path that contains spaces

2019-11-30 Thread JonY via Mingw-w64-public
On 11/30/19 8:28 PM, Martin Storsjö wrote:
> Signed-off-by: Martin Storsjö 
> ---
>  mingw-w64-tools/widl/Makefile.am | 2 +-
>  1 file changed, 1 insertion(+), 1 deletion(-)
> 
> diff --git a/mingw-w64-tools/widl/Makefile.am 
> b/mingw-w64-tools/widl/Makefile.am
> index 0cc45611e..7c570210e 100644
> --- a/mingw-w64-tools/widl/Makefile.am
> +++ b/mingw-w64-tools/widl/Makefile.am
> @@ -58,7 +58,7 @@ widl_SOURCES = src/widl.h \
>include/pathtools.h \
>include/winnt.rh
>  
> -widl_CPPFLAGS = -I$(top_srcdir)/include 
> -DDEFAULT_INCLUDE_DIR=\"@WIDL_INCLUDEDIR@\" -DDEFAULT_BINDIR=\"$(bindir)\"
> +widl_CPPFLAGS = -I$(top_srcdir)/include 
> -DDEFAULT_INCLUDE_DIR=\""@WIDL_INCLUDEDIR@"\" -DDEFAULT_BINDIR=\""$(bindir)"\"
>  widl_CFLAGS = -O3 -g -Wall -Wformat -Wpacked -Wmissing-declarations 
> -Wimplicit-function-declaration -Wmissing-prototypes -Wstrict-aliasing=2
>  
>  DISTCHECK_CONFIGURE_FLAGS = --host=$(host) --target=$(target)
> 

Patches look good to me.


signature.asc
Description: OpenPGP digital signature
___
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] crt/lib64: add WinHvEmulation and WinHvPlatform library

2019-11-13 Thread JonY via Mingw-w64-public
On 11/13/19 8:19 PM, Biswapriyo Nath wrote:
> Only x86_64 has these two DLLs.
> 
> 

Patch looks good.



signature.asc
Description: OpenPGP digital signature
___
Mingw-w64-public mailing list
Mingw-w64-public@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public


Re: [Mingw-w64-public] Announcing v7.0.0

2019-11-10 Thread JonY via Mingw-w64-public

On 11/10/19 10:38 AM, Michel Zou wrote:

Hi,

The tarballs still contain a mingw-w64-v6.0.0 folder, this breaks my packaging 
scripts.
Could you check that it's the right version ?

xan



Sorry about that, I've fixed the uploaded zip and tarball. I have also 
updated the signatures.




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


[Mingw-w64-public] Announcing v7.0.0

2019-11-09 Thread JonY via Mingw-w64-public

v7.0.0 is now released!

Notable changes:
* __FORTIFY_SOURCE support thanks to Christian Franke.
* Lots of math fixes from Martin Storsjö.
* Many headers updated from Wine by Jacek Caban.
* UCRT support by Martin Storsjö.


And many other additions thanks to, but not limited to (in Alphabetical 
order):

Alexey Pavlov
Antoine Cœur
Biswapriyo Nath
Chris Charabaruk
Christian Franke
Hugo Beauzée-Luyssen
Jacek Caban
James Ross-Gowan
Johannes Pfau
Kai Tietz
Liu Hao
Marisa-Chan
Martin Storsjö
Marvin Scholz
Mateusz Brzostek
Matthew Palermo
Nikolay Sivov
Pierre Lamot
Richard Pospesel
Ruslan Garipov
sezero
SquallATF
Steve Lhomme
Tomáš Golembiovský
Tom Ritter
xnor
Zach Bacon
Zebediah Figura
Руслан Ижбулатов


And here are the downloads:

https://sourceforge.net/projects/mingw-w64/files/mingw-w64/mingw-w64-release/mingw-w64-v7.0.0.tar.bz2
https://sourceforge.net/projects/mingw-w64/files/mingw-w64/mingw-w64-release/mingw-w64-v7.0.0.tar.bz2.sig
https://sourceforge.net/projects/mingw-w64/files/mingw-w64/mingw-w64-release/mingw-w64-v7.0.0.tar.bz2.asc
https://sourceforge.net/projects/mingw-w64/files/mingw-w64/mingw-w64-release/mingw-w64-v7.0.0.zip
https://sourceforge.net/projects/mingw-w64/files/mingw-w64/mingw-w64-release/mingw-w64-v7.0.0.zip.sig
https://sourceforge.net/projects/mingw-w64/files/mingw-w64/mingw-w64-release/mingw-w64-v7.0.0.zip.asc


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


Re: [Mingw-w64-public] Any plan to release new mingw-w64 version?

2019-11-06 Thread JonY via Mingw-w64-public

On 11/6/19 4:03 PM, Biswapriyo Nath wrote:

The last tag v6.0 was published on Sep 16, 2018. There are 342 commits till
now. What is the timeline for next release? Are there any conditions that
need to be fulfilled before releasing new tag?



I am OK to release a new version. Anybody still working on features they 
want in the new release?



___
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] include/libloaderapi{, 2}.h: Don't mistake `BOOL` for, `WINBOOL`.

2019-09-29 Thread JonY via Mingw-w64-public
On 9/29/19 9:57 AM, Liu Hao wrote:
> 

Patch OK.


signature.asc
Description: OpenPGP digital signature
___
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] include/libloaderapi: update header file

2019-09-05 Thread JonY via Mingw-w64-public
On 9/5/19 5:27 PM, Biswapriyo Nath wrote:
> Did anyone see my previous patch?
> 

Yes, it made it fine to the mailing list, thanks.
Patch looks good to me.


signature.asc
Description: OpenPGP digital signature
___
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] include/winternl: update header file

2019-08-28 Thread JonY via Mingw-w64-public
On 8/28/19 10:32 AM, Biswapriyo Nath wrote:
> Any comment on this?

Sure, please send patch. Unfortunately I don't know much about
wininternl, so I can't comment on it.

I'll pull them in in awhile if nobody has any objections.



signature.asc
Description: OpenPGP digital signature
___
Mingw-w64-public mailing list
Mingw-w64-public@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public


Re: [Mingw-w64-public] _FORTIFY_SOURCE support ?

2019-08-25 Thread JonY via Mingw-w64-public
On 8/24/19 6:50 PM, Christian Franke wrote:
> Hi,
> 
> packages from Linux and *BSD distros are often build with
> -D_FORTIFY_SOURCE=2 set by default. This enables buffer overflow checks
> for functions like strcpy() if buffer size is known at compile time.
> 
> Attached is an experimental patch that adds some _FORTIFY_SOURCE support
> to Mingw-w64 string.h and stdio.h. The test program shows the code
> modification as comments. I verified this in assembly output
> x86_64-w64-mingw-gcc and ...-g++.
> 
> Supported functions: memcpy(), memset(), strcpy(), strcat(), strncpy(),
> strncat(), snprintf(), vsnprintf(),
> and for __USE_MINGW_ANSI_STDIO only: sprintf(), vsprintf(), snwprintf(),
> vsnwprintf(),
> 
> The GCC __builtin___*_chk() functions are not used for now because the
> required _*_chk() library functions are not available.
> 
> The patch also shows how varargs *printf() wrappers could be rewritten
> if compiler supports __builtin_va_arg_pack().
> 
> Thanks for any comment.
> 

Thanks for the interesting patch, do you know what needs to be changed
in GCC?



signature.asc
Description: OpenPGP digital signature
___
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] shobjidl.idl: added definition for FOS_SUPPORTSTREAMABLEITEMS to FILEOPENDIALOGOPTIONS enum

2019-07-31 Thread JonY via Mingw-w64-public
On 7/31/19 7:18 PM, Richard Pospesel wrote:
> Signed-off-by: Richard Pospesel 
> ---
>  mingw-w64-headers/include/shobjidl.h   | 8 +---
>  mingw-w64-headers/include/shobjidl.idl | 3 ++-
>  2 files changed, 7 insertions(+), 4 deletions(-)
> 
> diff --git a/mingw-w64-headers/include/shobjidl.h 
> b/mingw-w64-headers/include/shobjidl.h
> index 1bd1c0dc..108339eb 100644
> --- a/mingw-w64-headers/include/shobjidl.h
> +++ b/mingw-w64-headers/include/shobjidl.h
> @@ -1,11 +1,12 @@
> -/*** Autogenerated by WIDL 3.20 from include/shobjidl.idl - Do not edit ***/
> +/*** Autogenerated by WIDL 4.5 from include/shobjidl.idl - Do not edit ***/
>  
> +#ifdef _WIN32
>  #ifndef __REQUIRED_RPCNDR_H_VERSION__
>  #define __REQUIRED_RPCNDR_H_VERSION__ 475
>  #endif
> -
>  #include 
>  #include 
> +#endif

What is the reason for this change?


signature.asc
Description: OpenPGP digital signature
___
Mingw-w64-public mailing list
Mingw-w64-public@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public


  1   2   3   4   5   6   7   8   9   10   >