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 autoconf generates grep statements.
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/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
different variations of -march can be passed to the compiler.
this fixes mingw-w64 when __i686__ is not present.
Please Review.
diff --git a/mingw-w64-headers/crt/_mingw_mac.h
b/mingw-w64-headers/crt/_mingw_mac.h
index eeb59c69..115e58a5 100644
--- a/mingw-w64-headers/crt/_mingw_mac.h
+++ b/mingw
pseh supports only x86, no point in enabling it when libraries are
enabled. This enables downstream to enable libraries without failing.
Signed-off-by: Alon Bar-Lev
---
configure.ac | 8 ++--
1 file changed, 6 insertions(+), 2 deletions(-)
diff --git a/configure.ac b/configure.ac
index 468d
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-separated list of tools and libraries instead explicit
single e
Instead of enable all or a single specific tool and library allow enable
or disable comma separated libraries.
This somewhat reduces the error checking, but makes code and usage nicer.
Signed-off-by: Alon Bar-Lev
---
configure.ac | 68 +---
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
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 2017/11/4 15:24, 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 looks like a Mingw6
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
On 2017/11/4 13:47, Frédéric wrote:
Hi,
I saw that std::locale(local_name) does not work with mingw (throws an
exception). Even std::locale("") does not work.
What is the reason for that?
Any chance that it works some day?
Maybe it's a problem with the C++ standard library, not mingw w64?
Se
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 be time to create such a
> page/document. What do you
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 looks like a Mingw64 issue, which we work around with GC
14 matches
Mail list logo
