-Original Message-
From: Peter Kennard [mailto:pet...@livingwork.com]
Sent: Friday, June 20, 2014 2:19 AM
To: mingw-w64-public@lists.sourceforge.net
Subject: [Mingw-w64-public] To 32 or 64, that is the question :)
as the unified installer has options for 64 and 32 bit installs.
-Original Message-
From: JonY [mailto:jo...@users.sourceforge.net]
Hi,
mingw-w64 may migrate from svn to git in the future, seeing that sf can now
do multiple repos per project.
Structure wise, everything under trunk will still stay together in the new
repo,
but any
-Original Message-
From: niXman [mailto:i.nix...@autistici.org]
Sent: Tuesday, November 19, 2013 10:10 PM
To: mingw-w64-public
Subject: [Mingw-w64-public] Experimental builds of GCC-4.9.0
Hi guys!
Just now I uploaded new builds based on the GCC-4.9.0-trunk(rev.
205009),
-Original Message-
From: TOCK [mailto:tock.c...@gmail.com]
Sent: Thursday, April 03, 2014 12:59 PM
To: mingw-w64-public@lists.sourceforge.net
Subject: Re: [Mingw-w64-public] Determining whether mingw dll is a debug
build based on PE structure?
I think you can use objdump to
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 03.04.2014 14:42, Koehne Kai wrote:
Hi,
Anyone knows by heart what to check for in a PE header to decide
whether a dll is a debug build, or not?
Background: Qt has a neat tool to package all of the Qt/non qt
dependencies together
-Original Message-
From: lh_mouse [mailto:lh_mo...@126.com]
Sent: Friday, February 21, 2014 9:21 AM
To: mingw-w64-public
Subject: Re: [Mingw-w64-public] build cross compiler mingw w64 gcc 4.8.2 on
linux with winpthreads
It CRASHES.
Can you elaborate? Are you talking about
-Original Message-
From: JonY [mailto:jo...@users.sourceforge.net]
[...]
FYI dwarf2 exception is known to be broken for Windows.
The only defect I know of is that it doesn't support throwing exceptions
through native stacks (i.e. Windows handlers). Or is there anything else? Cause
Hi,
I'm currently investigating a crash [1] in Qt that was caused by introducing
SSE2 optimized code. My best guess is that, when calling _mm_loadu_si128 , the
generated assembly actually chokes on non-aligned data.
This is the code line (with annotated assembly, from gdb):
__m128i a_data =
:56 GMT+01:00 Koehne Kai kai.koe...@digia.com:
Hi,
I'm currently investigating a crash [1] in Qt that was caused by introducing
SSE2 optimized code. My best guess is that, when calling _mm_loadu_si128 ,
the generated assembly actually chokes on non-aligned data.
This is the code line
-Original Message-
From: Alexey Pavlov [mailto:alex...@gmail.com]
Sent: Wednesday, January 15, 2014 6:36 PM
To: mingw-w64-public@lists.sourceforge.net
Subject: [Mingw-w64-public] Mingw toolchains and Clang
Long time ago we add possibility to build Clang into mingw-builds scripts.
-Original Message-
From: Alexey Pavlov [mailto:alex...@gmail.com]
Sent: Friday, September 20, 2013 9:18 AM
To: mingw-w64-public@lists.sourceforge.net
Subject: Re: [Mingw-w64-public] mingw-w64 v3.0 RC1
[...]
Hi,
I was asked by a user of my Arch User Repository
-Original Message-
From: Alexpux [mailto:alex...@gmail.com]
Sent: Wednesday, December 04, 2013 11:18 AM
To: mingw-w64-public@lists.sourceforge.net
Subject: Re: [Mingw-w64-public] Conflicting C/C++ linkage in xmmintrin.h vs
intrin.h
04 дек. 2013 г., в 13:37, Koehne Kai kai.koe
...@codeweavers.com написал(а):
On 12/04/13 10:37, Koehne Kai wrote:
-Original Message-
From: Alexey Pavlov [mailto:alex...@gmail.com]
Sent: Friday, September 20, 2013 9:18 AM
To: mingw-w64
Well, for some reason the xmmintrin.h in
I meant i686-w64-mingw32\include\intrin.h, sorry.
http://softlayer-dal.dl.sourceforge.net/project/mingw-
w64/Toolchains%20targetting%20Win32/Personal%20Builds/mingw-
builds/4.8.2/threads-posix/dwarf/i686-4.8.2-release-posix-dwarf-rt_v3-
rev0.7z
[..]
Well, for some reason the xmmintrin.h in
http://softlayer-dal.dl.sourceforge.net/project/mingw-
w64/Toolchains%20targetting%20Win32/Personal%20Builds/mingw-
builds/4.8.2/threads-posix/dwarf/i686-4.8.2-release-posix-dwarf-rt_v3-
rev0.7z
doesn't seem to be from
-Original Message-
From: Ingo Maindorfer [mailto:i...@liquidcooling.de]
Sent: Tuesday, November 26, 2013 2:42 PM
To: mingw-w64-public@lists.sourceforge.net
Subject: Re: [Mingw-w64-public] Trouble with libstdc++-6.dll
Hi Ruben,
Am 26.11.2013 14:35, schrieb Ruben Van Boxem:
--
Kai Köhne, Senior Software Engineer - Digia, Qt
Digia Germany GmbH, Rudower Chaussee 13, D-12489 Berlin
Geschäftsführer: Mika Pälsi, Juha Varelius, Anja Wasenius
Sitz der Gesellschaft: Berlin. USt-IdNr: DE 286 306 868
Registergericht: Amtsgericht Charlottenburg, HRB 144331 B
Hi,
We've been dealing with a strange bug report in Qt Webkit: A javascript
'switch' statement that does fail to work correctly, but only in the mingw
packages.
https://bugreports.qt-project.org/browse/QTBUG-31988
Apparently it only affects gcc 4.8.x , 32 bit, release builds. It's also no
-Original Message-
From: Adrien Nader [mailto:adr...@notk.org]
Sent: Sunday, July 07, 2013 2:31 PM
To: Ruben Van Boxem
Cc: mingw-w64-public@lists.sourceforge.net
Subject: Re: [Mingw-w64-public] End of rubenvb builds
Hi,
Sorry for answering that late, I was away a bit and could
-Original Message-
From: Jim Michaels [mailto:jmich...@yahoo.com]
Sent: Tuesday, June 11, 2013 9:23 AM
To: mingw-w64-public@lists.sourceforge.net
Subject: Re: [Mingw-w64-public] PRIu64 and uint64_t
why would I want to use __mingw_printf? what exactly is it? why shouldn't I
-Original Message-
From: Ozkan Sezer [mailto:seze...@gmail.com]
Sent: Friday, May 03, 2013 2:12 PM
To: mingw-w64-public@lists.sourceforge.net
Subject: Re: [Mingw-w64-public] format check broken
[...]
Even then, it affects libstdc++ compilation itself. IMO, mingw[-w64] should
-Original Message-
From: Koehne Kai [mailto:kai.koe...@digia.com]
Sent: Friday, May 03, 2013 2:29 PM
To: mingw-w64-public@lists.sourceforge.net
Subject: Re: [Mingw-w64-public] format check broken
-Original Message-
From: Ozkan Sezer [mailto:seze...@gmail.com
Hi Ruben,
Just downloaded
http://sourceforge.net/projects/mingw-w64/files/Toolchains targetting
Win32/Personal
Builds/rubenvb/clang-3.2-release/i686-w64-mingw32-clang-3.2-release-win32_rubenvb.7z
Anyhow, launching bin\clang after unpacking fails because of missing
LIBGCC_S_DW2-1.dll,
-Original Message-
From: K. Frank [mailto:kfrank2...@gmail.com]
[...]
Is there some sort of log? Hard to tell what configure did to test
without it.
First, I don't know whether configure does a test. I saw some online
comments that suggest it does, but nothing definitive.
-Original Message-
From: Etienne Sandré-Chardonnal [mailto:etienne.san...@m4x.org]
Sent: Wednesday, March 27, 2013 3:12 PM
To: mingw-w64-public@lists.sourceforge.net
Subject: [Mingw-w64-public] Performance changes when switching to 4.8.0
Dear all,
Until a few days ago, I was
-Original Message-
From: Etienne Sandré-Chardonnal [mailto:etienne.san...@m4x.org]
Sent: Wednesday, March 27, 2013 3:43 PM
To: mingw-w64-public@lists.sourceforge.net
Subject: Re: [Mingw-w64-public] Performance changes when switching to
4.8.0
I'm using the rubenvb with no dw2 in
-Original Message-
From: Ruben Van Boxem [mailto:vanboxem.ru...@gmail.com]
Sent: Tuesday, February 26, 2013 10:01 AM
To: mingw-w64-public@lists.sourceforge.net
Subject: Re: [Mingw-w64-public] SJLJ vs DW2 - fact checking
2013/2/26 Koehne Kai kai.koe...@digia.com
Hi
-Original Message-
From: Kai Tietz [mailto:ktiet...@googlemail.com]
Sent: Tuesday, February 26, 2013 11:00 AM
To: mingw-w64-public@lists.sourceforge.net
Subject: Re: [Mingw-w64-public] SJLJ vs DW2 - fact checking
Hello Kai,
2013/2/26 Koehne Kai kai.koe...@digia.com:
Hi
Subject: Re: [Mingwbuilds-users] Qt 5.0.1 binary packages with MinGW-builds
toolchain
2013/1/31 Koehne Kai:
E.g. the msvc package doesn't ship a toolchain. But that's just 271 MB of
the 405 MB difference. It seems most of the difference is actually in the
debugging info: E.g
Hi there,
The qt-project and Digia just released Qt 5.0.1 binary installer for MinGW!
http://blog.qt.digia.com/blog/2013/01/31/qt-5-0-1-released/
The binary is compiled with and comes with the
x32-4.7.2-release-posix-sjlj-rev8.7z toolchain from MinGW-builds. Quite a lot
of you have been
-Original Message-
From: niXman [mailto:i.nix...@gmail.com]
Sent: Thursday, January 31, 2013 3:05 PM
To: Koehne Kai; mingwbuilds-us...@lists.sourceforge.net; Mingw-w64-
pub...@lists.sourceforge.net
Subject: Re: [Mingwbuilds-users] Qt 5.0.1 binary packages with MinGW-
builds toolchain
-Original Message-
From: niXman [mailto:i.nix...@gmail.com]
Sent: Thursday, January 31, 2013 3:48 PM
To: Koehne Kai; Mingw-w64-public@lists.sourceforge.net; mingwbuilds-
us...@lists.sourceforge.net
Subject: Re: [Mingwbuilds-users] Qt 5.0.1 binary packages with MinGW-
builds
-Original Message-
From: Ruben Van Boxem [mailto:vanboxem.ru...@gmail.com]
Sent: Saturday, January 19, 2013 9:27 PM
To: mingw-w64-public@lists.sourceforge.net
Subject: [Mingw-w64-public] Qt wiki
Hi,
Hi Ruben others,
Thanks for the fixes to the wiki!
I have updated the Qt
-Original Message-
From: Koehne Kai [mailto:kai.koe...@digia.com]
Sent: Monday, January 21, 2013 9:30 AM
To: mingw-w64-public@lists.sourceforge.net
Subject: Re: [Mingw-w64-public] Qt wiki
Actually all that should be needed for latest qt5/release branch (upcoming
5.0.1
-Original Message-
From: Алексей Павлов [mailto:alex...@gmail.com]
Sent: Monday, January 21, 2013 9:55 AM
To: mingw-w64-public@lists.sourceforge.net
Subject: Re: [Mingw-w64-public] Qt wiki
Hi, Kai!
Does the issue reported on https://bugreports.qt-
project.org/browse/QTBUG-28845
-Original Message-
From: Suresh Govindachar [mailto:sgovindac...@yahoo.com]
Sent: Sunday, January 20, 2013 11:15 PM
To: mingw-w64-public@lists.sourceforge.net
Subject: Re: [Mingw-w64-public] Qt wiki
[...]
My questions:
A) Can one go through the getting started examples
a stone-age gcc
4.4.0 from MinGW.org ... same behavior.
Maybe it's really something on my machine (Windows 7 64 bit, though I just
reinstalled it two weeks ago) ... Pretty mysterious.
Kai
2013/1/16 Koehne Kai kai.koe...@digia.com:
Hi,
Take following program:
---
#include
-Original Message-
From: ext Arbol One [mailto:arbol...@hotmail.ca]
Sent: Tuesday, January 15, 2013 5:24 PM
To: mingw-w64-public@lists.sourceforge.net
Subject: Re: [Mingw-w64-public] New-B
Humm, some how I felt that there was something very wrong in my
installation. All I want
Hi,
Take following program:
---
#include stdlib.h
int main(int, char**)
{
abort();
return 0;
}
---
Compiling it with g++ -o test.exe test.cpp and running it will print (both in
a pop up and in a dialog):
This application has requested the Runtime to terminate it in an unusual way.
-Original Message-
From: ext JonY [mailto:jo...@users.sourceforge.net]
Sent: Saturday, November 17, 2012 12:23 PM
To: mingw-w64-public@lists.sourceforge.net
Subject: Re: [Mingw-w64-public] x86_64-w64-mingw32-g++.exe links with
32 bit libs
On 11/17/2012 19:17, deneme.true wrote:
-Original Message-
From: ext CanisMajorWuff [mailto:canismajorw...@gmail.com]
Sent: Friday, November 02, 2012 6:49 AM
To: mingw-w64-public@lists.sourceforge.net
Subject: [Mingw-w64-public] incorrect syntax while building QT 4.8.3
Hello!
I have troubles building QT 4.8.3.
I
Hi Ruben,
I ran into an issue with your mingw32-make and a really long compiler line:
http://pastebin.com/h5tNV7x5 . We're obviously hitting a buffer limit here ...
However, if I replace your mingw32-make
GNU Make 3.82
Built for x86_64-w64-mingw32
With the one from latest mingw-builds:
GNU
Hi all,
I wrote a while ago that 'I haven't found a stock native MinGW 64 bit package
yet that can compile Qt 5 + Qt Creator.' And since I get cited on this I guess
it's time to correct it :)
Thanks to personal efforts of various people both on the Qt side (namely
Jonathan Liu), as well as on
-Original Message-
From: ext Ruben Van Boxem [mailto:vanboxem.ru...@gmail.com]
[...]
I have now rebuilt gdb with --disable-nls and I believe this is the thing.
Don't ask me why this is. The startup time reduces from ~19 seconds to 6-7
seconds, which is the same as mingw-builds
44 matches
Mail list logo