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
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 co
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-publ
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 r
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 frien
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 l
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 `dllexp
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
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
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
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 th
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
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 c
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 gc
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
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&T syntax
This was origi
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 aga
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 rem
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
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.
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.
_
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
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 fil
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] __pfo
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 0
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
On 07/01/2017 05:01 PM, Martell Malone wrote:
> Can I apply this to master?
> I have pigged this 3 times
>
I don't see any obvious issues with it, go ahead.
signature.asc
Description: OpenPGP digital signature
--
Chec
On 07/06/2017 05:23 PM, Jacek Caban wrote:
> Please review.
>
> Signed-off-by: Jacek Caban
> ---
> mingw-w64-crt/lib32/kernel32.def | 1 +
> 1 file changed, 1 insertion(+)
Patch OK.
signature.asc
Description: OpenPGP digital signature
On 07/06/2017 05:23 PM, Jacek Caban wrote:
> Please review.
>
> Signed-off-by: Jacek Caban
> ---
> mingw-w64-headers/include/sal.h | 9 +
> 1 file changed, 9 insertions(+)
>
>
Looks OK.
signature.asc
Description: OpenPGP digital signature
---
On 07/23/2017 04:44 PM, Ruslan Garipov wrote:
> Like this, I believe -- a `git-format-patch` included.
>
Patch looks OK, go ahead and apply.
signature.asc
Description: OpenPGP digital signature
--
Check out the vibrant
On 07/30/2017 07:46 PM, Martin Storsjö wrote:
> The GNU binutils dlltool doesn't actually support this
> target, but llvm-dlltool does.
> ---
> mingw-w64-crt/Makefile.am | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/mingw-w64-crt/Makefile.am b/mingw-w64-crt/Makefile.am
On 07/30/2017 07:45 PM, Martin Storsjö wrote:
> On arm (unless --enable-experimental=softmath is set), we pass
> sin/cos function calls straight through to msvcrt. We normally
> provide implementations of the sincos family of functions, that
> provide both return values at once. Provide implementat
On 08/03/2017 05:51 AM, Martin Storsjö wrote:
> On Wed, 2 Aug 2017, JonY via Mingw-w64-public wrote:
>
>> On 07/30/2017 07:46 PM, Martin Storsjö wrote:
>>> The GNU binutils dlltool doesn't actually support this
>>> target, but llvm-dlltool does.
>>
On 08/04/2017 08:37 PM, Martin Storsjö wrote:
> We already have a C based copysign function which is used on arm.
> On arm, long double is equal to double, so just call the normal
> double function instead of using the handwritten assembly.
>
Changes in the series look good for master.
signatu
On 08/05/2017 04:38 AM, Martin Storsjö wrote:
> On Sat, 5 Aug 2017, JonY via Mingw-w64-public wrote:
>
>> On 08/04/2017 08:37 PM, Martin Storsjö wrote:
>>> We already have a C based copysign function which is used on arm.
>>> On arm, long double is equal to d
On 08/05/2017 09:14 PM, Martin Storsjö wrote:
> This helps finding unimplemented functions; otherwise the symbol
> will exist, but won't contain any implementation, so the function
> will end up pointing at whatever other function the linker places
> next.
I would prefer these checks be in the aut
On 08/06/2017 02:59 PM, David Grayson wrote:
> I would agree with Martin; I think it's a very good practice for
> source files to have an error or not define a function instead of
> defining a function that can't possibly work and letting the build
> proceed with a broken function. Compiler and li
On 08/08/2017 11:02 AM, Martin Storsjö wrote:
> Both src_libmingwex32 and src_libmingwex64 had the exact same list
> of files; share this list in a common variable.
Thanks for reorganizing the files, I don't have any objections. You can
go ahead for master if x86 builds don't break.
signature.a
On 08/10/2017 12:29 PM, Martin Storsjö wrote:
> These only export LangDataCall as the only function.
OK for master.
signature.asc
Description: OpenPGP digital signature
--
Check out the vibrant tech community on one of t
On 08/10/2017 12:29 PM, Martin Storsjö wrote:
> ---
> mingw-w64-crt/lib64/Makefile.am | 118
>
> mingw-w64-crt/lib64/f3ahvoas.def| 11
> mingw-w64-crt/lib64/kbd101.def | 10 ---
> mingw-w64-crt/lib64/kbd101a.def | 10 ---
OK for maste
On 08/10/2017 12:29 PM, Martin Storsjö wrote:
> This probably has been included by accident when dumping DLLs
> from the system directory.
OK for master.
signature.asc
Description: OpenPGP digital signature
--
Check out
On 08/10/2017 12:29 PM, Martin Storsjö wrote:
> All of these export a single symbol GetProxyDllInfo,
> plus some DLL hooks.
OK for master.
signature.asc
Description: OpenPGP digital signature
--
Check out the vibrant te
On 08/10/2017 12:29 PM, Martin Storsjö wrote:
> These files don't export any other functions than DLL hooks.
OK for master.
signature.asc
Description: OpenPGP digital signature
--
Check out the vibrant tech community on
On 08/10/2017 12:29 PM, Martin Storsjö wrote:
> These def files are identical except for the header comment.
OK for master.
signature.asc
Description: OpenPGP digital signature
--
Check out the vibrant tech community on
On 08/10/2017 12:29 PM, Martin Storsjö wrote:
> This matches how it's already done for lib32 and libarm32.
>
> This makes it a little easier to modify the list of files with scripts.
OK for master.
signature.asc
Description: OpenPGP digital signature
--
On 08/10/2017 12:29 PM, Martin Storsjö wrote:
> ---
> mingw-w64-crt/Makefile.am | 3 +++
> 1 file changed, 3 insertions(+)
>
> diff --git a/mingw-w64-crt/Makefile.am b/mingw-w64-crt/Makefile.am
> index b640e87..84b0e13 100644
> --- a/mingw-w64-crt/Makefile.am
> +++ b/mingw-w64-crt/Makefile.am
> @
On 08/10/2017 01:08 PM, Martin Storsjö wrote:
> ---
All 3 are OK, I'd prefer if the patches are signed off and patches sent
with a cover letter to describe the overall patch series.
signature.asc
Description: OpenPGP digital signature
On 08/10/2017 12:50 PM, Martin Storsjö wrote:
> ---
OK for master.
signature.asc
Description: OpenPGP digital signature
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.o
On 08/14/2017 12:28 PM, niXman wrote:
> Hi,
>
> The new builds of MinGW-W64 based on GCC-7.1.0 with bugfix
> 647(https://sourceforge.net/p/mingw-w64/bugs/647/) is uploaded.
> MinGW-w64 v5.x is used.
>
>
Would you please update mingw-builds on this page?
http://mingw-w64.org/doku.php/download
T
On 08/17/2017 12:14 PM, Martin Storsjö wrote:
> Signed-off-by: Martin Storsjö
> ---
> mingw-w64-crt/Makefile.am | 10 +
> mingw-w64-crt/def-include/func.def.in | 42
> +++
> 2 files changed, 52 insertions(+)
> create mode 100644 mingw-w64-crt/
On 08/18/2017 07:57 PM, Martin Storsjö wrote:
> Signed-off-by: Martin Storsjö
> ---
> Updated with the new parameters.
> ---
> mingw-w64-crt/Makefile.am | 10 +
> mingw-w64-crt/def-include/func.def.in | 42
> +++
> 2 files changed, 52 insertion
On 08/19/2017 04:35 AM, Martin Storsjö wrote:
> On Sat, 19 Aug 2017, JonY via Mingw-w64-public wrote:
>
> According to
> https://gcc.gnu.org/onlinedocs/gcc/Preprocessor-Options.html, both
> -undef and -P are options in the gcc frontend driver itself, just like
> -E. The un
On 08/19/2017 06:59 AM, Martin Storsjö wrote:
> On Sat, 19 Aug 2017, JonY via Mingw-w64-public wrote:
>
>> On 08/19/2017 04:35 AM, Martin Storsjö wrote:
>>> On Sat, 19 Aug 2017, JonY via Mingw-w64-public wrote:
>>>
>>> According to
>>> https://gcc.
On 08/19/2017 09:21 PM, Martin Storsjö wrote:
> The def file existed for libarm32 before (originally in the libarm32
> directory, later shared into lib-common), but wasn't actully built
> for libarm32, only for lib64.
>
> Signed-off-by: Martin Storsjö
> ---
> mingw-w64-crt/libarm32/Makefile.am |
On 08/19/2017 09:26 PM, Martin Storsjö wrote:
> mainret = wmain (argc, argv, envp);
> #else
> -#ifndef __arm__
> +#if !defined(__arm__) && !defined(__aarch64__)
> __initenv = envp;
Shouldn't this be ||?
signature.asc
Description: OpenPGP digital signature
-
On 08/20/2017 05:16 AM, Martin Storsjö wrote:
> On Sun, 20 Aug 2017, JonY via Mingw-w64-public wrote:
>
>> On 08/19/2017 09:26 PM, Martin Storsjö wrote:
>>> mainret = wmain (argc, argv, envp);
>>> #else
>>> -#ifndef __arm__
>>>
On 08/25/2017 11:53 AM, Martin Storsjö wrote:
> Use the lib64 version of the def file for this - nothing in the
> def file seems like it would be architecture specific.
>
> CMake has some linking tests where it by default links a number of
> "standard libraries", and -lwinspool are among them. Mak
On 08/25/2017 11:53 AM, Martin Storsjö wrote:
> This fixes linking of libc++, which uses this function. libc++
> needs a msvcrt new enough to provide this function (present
> since msvcr90 in the numbered msvcrt DLLs).
>
Patch OK.
signature.asc
Description: OpenPGP digital signature
--
On 08/25/2017 09:12 AM, Martin Storsjö wrote:
> When building libcxx, a version of wcschr that returns const
> is provided, breaking compilation here since the return from
> wcschr is returned directly as if it were a const pointer.
> By adding these casts, compilation succeeds.
>
> This matches t
Patch OK?
From b84b3d71e87a863bcf6794521d3f1fa0797fa166 Mon Sep 17 00:00:00 2001
From: Jonathan Yong <10wa...@gmail.com>
Date: Sat, 26 Aug 2017 01:35:13 +
Subject: [PATCH] Remove executable bit from source and text files
Signed-off-by: Jonathan Yong <10wa...@gmail.com>
---
mingw-w64-crt/math/
On 08/26/2017 03:33 AM, Martin Storsjö wrote:
> On Sat, 26 Aug 2017, JonY via Mingw-w64-public wrote:
>
>> Patch OK?
>>
>
> OK for me
>
> // Martin
>
Pushed.
signature.asc
Descr
On 08/26/2017 07:41 PM, Martin Storsjö wrote:
> These were identical in practice - they originally were different
> in an earlier (unposted) version of the patch.
>
> Signed-off-by: Martin Storsjö
> ---
> mingw-w64-headers/crt/fenv.h | 16 +---
> 1 file changed, 1 insertion(+), 15 de
On 08/28/2017 09:59 AM, Martin Storsjö wrote:
> This fixes conflicts with the other headers defining interlocked
> intrinsics, when trying to build C++ code.
>
> Signed-off-by: Martin Storsjö
> ---
> mingw-w64-headers/include/winbase.h | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
>
On 09/07/2017 10:31 AM, Martin Storsjö wrote:
> Hi,
>
> This is a new reroll of the full patchset. Compared to the previous version,
> I've fixed support for clang and improved the headers to behave closer to how
> MSVC does (have the standard snprintf work as C99 standard snprintf should,
> but k
On 09/08/2017 06:48 AM, Martin Storsjö wrote:
> Signed-off-by: Martin Storsjö
> ---
> mingw-w64-crt/misc/mingw_getsp.S | 5 -
> mingw-w64-headers/crt/setjmp.h | 26 ++
> 2 files changed, 30 insertions(+), 1 deletion(-)
Looks good.
signature.asc
Description: Open
On 09/11/2017 05:19 PM, Eli Zaretskii wrote:
> Hi,
>
> Kindly take a look at the issues with building current development
> sources of GNU Emacs with MinGW64, described here:
>
> http://lists.gnu.org/archive/html/emacs-devel/2017-09/msg00171.html
>
> The build emits a lot of warnings related t
On 09/18/2017 02:49 PM, shinchiro wrote:
> From: Ihsan Akmal
>
> Signed-off-by: Ihsan Akmal
Looks good to me, please also provide lib64 versions, thanks.
signature.asc
Description: OpenPGP digital signature
--
Check
On 09/19/2017 07:22 AM, Shinchiro Shinchiro wrote:
> There's already schannel and security def in lib64 though
In this case, no more objections, I forgot they are now in lib-common.
signature.asc
Description: OpenPGP digital signature
---
On 09/28/2017 11:35 AM, Liu Hao wrote:
> On 2017/9/27 20:32, Liu Hao wrote:
>> On 2017/9/27 20:21, Christer Solskogen wrote:
>>> On 08-May-17 12:32, Kai Tietz wrote:
ok, please apply.
>>>
>>> Was this ever applied? It seem still to happen with latest 5.x branch.
>>>
>> Jon would you pleas
On 09/29/2017 08:48 PM, Martin Storsjö wrote:
> Previously, the ifdefs were misplaced, leading to this function not
> being defined at all if building with __USE_MINGW_ANSI_STDIO=1.
>
> If targeting ucrtbase.dll, we always need to rely on the
> __stdio_common_vsprintf implementation, since _vscpri
On 09/28/2017 11:00 AM, niXman wrote:
> Liu Hao 2017-09-27 15:32:
>> Jon would you please cherry-pick it to v5.x? Thanks.
>
> Jon, ping please.
>
>
It is already in, unless something funny is going on the sf git repos.
signature.asc
Description: OpenPGP digital signature
-
On 10/02/2017 05:55 AM, Martin Storsjö wrote:
> On Fri, 29 Sep 2017, Martin Storsjö wrote:
>
>> Now the output from the unified msvcrt.def.in should be almost identical
>> to what it was before, except for some new *_dbg and __p_* functions.
>>
>> The functions that were included for 32 and 64 bit
On 10/02/2017 10:52 AM, Martin Storsjö wrote:
> On Mon, 2 Oct 2017, JonY via Mingw-w64-public wrote:
>
>> On 10/02/2017 05:55 AM, Martin Storsjö wrote:
>>> On Fri, 29 Sep 2017, Martin Storsjö wrote:
>>>
>>>> Now the output from the unified msvcrt.def.
On 10/02/2017 01:01 PM, Shinchiro Shinchiro wrote:
> How about the status of this patch? Is there need some works before getting
> merged?
>
Pushed to master, Makefile.in changes should not in the same commit next
time.
signature.asc
Description: OpenPGP digital signature
--
On 10/03/2017 08:42 PM, Martin Storsjö wrote:
> On Mon, 2 Oct 2017, JonY via Mingw-w64-public wrote:
>
>> Makefile.in changes should not in the same commit next time.
>
> Oh, you prefer that style? So far I've sent patches without the
> autogenerated changes, but s
On 10/06/2017 10:07 AM, ralph engels wrote:
>
> Causes problems with wxwidgets so here is a proposed patch.
>
> Subject: [PATCH] uuid.c: Removed DEFINE_GUID also in extras-uuid.c.
Patch OK after putting the list of duplicates removed in the commit message.
Thanks.
signature.asc
Description:
Patches OK?
From 8f28e1c607c0acf90ebbf37e1169c5099dc732b0 Mon Sep 17 00:00:00 2001
From: Jonathan Yong <10wa...@gmail.com>
Date: Fri, 6 Oct 2017 13:36:55 +
Subject: [PATCH 1/3] gendef: Fix remaining fallthrough cases
Based on a patch by Marty Plummer
Signed-off-by: Jonathan Yong <10wa...@gma
On 10/06/2017 05:40 PM, Ozkan Sezer wrote:
> On 10/6/17, JonY via Mingw-w64-public
> wrote:
>> Patches OK?
>
> gendef fallthrough patch looks bogus to me.
>
Should it follow the patterns more strictly?
https://developers.redhat.com/blog/2017/03/10/wimplicit
On 10/07/2017 10:25 AM, ralph engels wrote:
> Glad it was of help.
>
> Inquisitive minds want to ask when it will be avaiiable ?.
>
> Rev.
>
> Sendt fra Mail til Windows 10
>
Can you please rebase on the master branch and include the changes from
my comments.
The patch you sent is corrupt, p
On 10/06/2017 02:04 PM, Martell Malone wrote:
> The winpthreads patch LGTM.
> Will need someone else to approve/comment on the gendef patch.
Pushed the winpthreads patch to master, dropped the gendef patch for now.
signature.asc
Description: OpenPGP digital signature
On 10/08/2017 03:02 AM, ralph engels wrote:
> Patch with git-format here.
>
> Sendt fra Mail til Windows 10
>
I think sourceforge ate it, try renaming it to use the .txt file
extension if you are using the gmail web interface.
signature.asc
Description: OpenPGP digital signature
-
On 10/08/2017 03:58 AM, ralph engels wrote:
> Ok here we go
>
> Sendt fra Mail til Windows 10
Done, pushed to master.
signature.asc
Description: OpenPGP digital signature
--
Check out the vibrant tech community on one o
On 10/10/2017 04:01 PM, ralph engels wrote:
> Just a note, the patch in question is by Tim S from the codeblocks forum, not
> by me 😊
> He had a hard time finding the right place to post patches so i offered my
> help.
> Ill direct him to the list so that future patches from him will be from him
On 10/21/2017 10:35 PM, Tamar Christina wrote:
> Hi All,
>
> This patch splits wassert and assert off into their own units
> so they end up in different object files to give a bit more
> freedom during linking.
>
> OK for master?
>
Looks like SF ate your patch. Try attaching as a .txt.
signa
Are there any bug fix commits from master that you think should go into
v5.x?
Let me know ASAP, thanks.
signature.asc
Description: OpenPGP digital signature
--
Check out the vibrant tech community on one of the world's m
On 10/27/2017 02:39 AM, Liu Hao wrote:
> With this patch the crash in question shall not happen on i686 and
> x86_64 any more. Pushed to master.
>
>
Cherry-picked to v5.x.
signature.asc
Description: OpenPGP digital signature
-
On 11/04/2017 07:24 AM, Adrien Nader wrote:
> Good morning,
>
> I was looking at the changelog for OCaml 4.06 and noticed the following
> entry:
>
>> - MPR#7638: in the Windows Mingw64 port, multithreaded programs
>> compiled to bytecode could crash when raising an exception from C
>> code. This
v5.0.3 is now released!
Notable changes:
* pseudo-reloc will now try to restore page protection
settings prior to manipulating it, rather than simply
assuming it was read-only with execute.
* winpthreads: Fix undefined __divmoddi4 when compiling
with newly bootstrapped gcc-7
* Fixed modf f
On 11/04/2017 07:27 AM, Adrien Nader wrote:
> Hi,
>
> On Fri, Nov 03, 2017, Kai Tietz via Mingw-w64-public wrote:
>> Hello Martin,
>>
>> The patch is ok. Please go ahead and apply.
>>
>> JonY, Adrien do we have on web-server documentation about our special
>> configure options? I think it might
On 11/03/2017 08:14 AM, Martin Storsjö wrote:
> This effectively reverts f2b70c99. Since clang 3.4, __debugbreak
> is limited to -fms-extensions and thus not available by default
> when targeting mingw.
>
> Signed-off-by: Martin Storsjö
> ---
> If you really want to retain support for clang < 3.4
On 11/04/2017 09:02 PM, Alon Bar-Lev wrote:
> Hi,
>
> I see that the patch to add winpthreads was finally merged, this is great as
> we can patch less the build system at Gentoo.
>
> Here are additional two patches:
> 1. Enable build of pseh only in supported architecture
> 2. Enable comma-separa
On 11/05/2017 05:31 AM, Alon Bar-Lev wrote:
> On 5 November 2017 at 07:00, JonY via Mingw-w64-public
> wrote:
>> On 11/04/2017 09:02 PM, Alon Bar-Lev wrote:
>> Patches OK, but is there a reason to not use grep -q?
>
> Thanks!
> As far as I can see this is how autocon
On 11/04/2017 09:02 PM, Alon Bar-Lev wrote:
> Hi,
>
> I see that the patch to add winpthreads was finally merged, this is great as
> we can patch less the build system at Gentoo.
>
> Here are additional two patches:
> 1. Enable build of pseh only in supported architecture
> 2. Enable comma-separa
On 11/07/2017 04:47 AM, Alon Bar-Lev wrote:
> On 7 November 2017 at 01:09, JonY via Mingw-w64-public
> wrote:
>>
>> On 11/04/2017 09:02 PM, Alon Bar-Lev wrote:
>>> Hi,
>>>
>>> I see that the patch to add winpthreads was finally merged, this is great
On 11/07/2017 09:29 PM, Martin Storsjö wrote:
> These are available in all versions of msvcrt, also on x86_64.
>
> Signed-off-by: Martin Storsjö
Patch OK.
signature.asc
Description: OpenPGP digital signature
--
Check
On 11/07/2017 09:29 PM, Martin Storsjö wrote:
> There is nothing in our crt parts, neither compat wrappers nor
> import libraries, that defines a variable named "environ" without
> a leading underscore.
>
> Signed-off-by: Martin Storsjö
Patch OK.
signature.asc
Description: OpenPGP digital sig
On 11/07/2017 09:29 PM, Martin Storsjö wrote:
> Not all the variables that were listed seem to be exported from
> ucrtbase though.
>
> Signed-off-by: Martin Storsjö
Patch OK.
signature.asc
Description: OpenPGP digital signature
-
On 11/07/2017 09:29 PM, Martin Storsjö wrote:
> Signed-off-by: Martin Storsjö
> ---
> mingw-w64-headers/crt/setjmp.h | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
Patch OK.
signature.asc
Description: OpenPGP digital signature
--
On 11/07/2017 09:29 PM, Martin Storsjö wrote:
> We don't want to call the normal fseeko/ftello wrappers in libmingwex
> in this case.
>
> Signed-off-by: Martin Storsjö
Looks OK to me.
signature.asc
Description: OpenPGP digital signature
-
On 11/07/2017 09:29 PM, Martin Storsjö wrote:
> Signed-off-by: Martin Storsjö
Patch OK.
signature.asc
Description: OpenPGP digital signature
--
Check out the vibrant tech community on one of the world's most
engaging te
1 - 100 of 267 matches
Mail list logo
