I have applied the patch and here are test results:
/// using original mingw-w64 shared libs - 2 leaked
///
E:\Desktopg++ test.cpp -std=c++11
E:\Desktopa
++exception caught, e = 12345
/// using original mingw-w64 static libs - a
Hi,
Builds of MinGW-W64 based on GCC-4.9.1 is updated.
MinGW-w64 is updated to c6f0d3d981c70ad31bb1c2bfc2850b827281e189
GDB is updated to 7.8.1
Links:
32-bit:
posix-sjlj:
Thank you for checking this.
If I read this right, the leaking that was coming from the exceptions
during static linking was eliminated using this patch. That seems like a
good thing.
There are 2 leaks left, but they are always leaking. I know one of them
is argv[0] (the currently running
Hi ,
Download installer on chrome (Windows 7 32bit) gives weird warning.
Screenshot attached. I understand this is not a issue as I am sure the
installer is not dangerous. But this may scare people who are using an
antivirus as that will report it dangerous or maybe delete the file!
On Sat,
I know this is feature in at least one quite wide-spread antivirus.
It implements something called file reputation service (in a cloud) and
it simply sees any (executable) file which it does not know as potentially
dangerous.
The logic is that if it sees the file more often and for some time
---
mingw-w64-headers/include/comip.h | 4
1 file changed, 4 insertions(+)
diff --git a/mingw-w64-headers/include/comip.h b/mingw-w64-headers/include/comip.h
index 5d47bd6..8f65b47 100644
--- a/mingw-w64-headers/include/comip.h
+++ b/mingw-w64-headers/include/comip.h
@@ -129,6 +129,10 @@
Hi Jacek,
patch is ok. Please apply.
Thanks,
Kai
2014-11-01 19:14 GMT+01:00 Jacek Caban ja...@codeweavers.com:
---
mingw-w64-headers/include/comip.h | 4
1 file changed, 4 insertions(+)
--
Hmm,
I don't think this belongs into winnt.h header.
2014-10-31 15:02 GMT+01:00 Jacek Caban ja...@codeweavers.com:
---
mingw-w64-headers/include/winnt.h | 6 ++
1 file changed, 6 insertions(+)
--
Hi guys,
I am using mingw-w64 gcc v4.8.2 installed under the /mingw32 directory
under mingw and I compile using msys/1.0 shell, or CMAKE from msys using
MSYS Makefiles.
I adopted this after installing from a recipe and found it worked more
often than not in situations where plain mingw/msys
On Sun, Nov 2, 2014 at 1:19 AM, Greg Jung gvj...@gmail.com wrote:
Hi guys,
I am using mingw-w64 gcc v4.8.2 installed under the /mingw32 directory under
mingw and I compile using msys/1.0 shell, or CMAKE from msys using MSYS
Makefiles.
I adopted this after installing from a recipe and found
I'm tired, corrections inline:
On Sun, Nov 2, 2014 at 1:54 AM, Ray Donnelly mingw.andr...@gmail.com wrote:
On Sun, Nov 2, 2014 at 1:19 AM, Greg Jung gvj...@gmail.com wrote:
Hi guys,
I am using mingw-w64 gcc v4.8.2 installed under the /mingw32 directory under
mingw and I compile using
Hi,
CC'ing kmx (Strawberry Perl developer), FHI.
In quadmath.h there's a long list of math library function prototypes,
beginning with acosq() ... through to ynq().
On 6/10/2013 I reported (to this list) a problem with expq crashing - and I
still haven't struck a mingw-w64 compiler where this
12 matches
Mail list logo