> -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 install
> -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 an
> -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)
> -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
> -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
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 for deployment: windeployqt. To function properly, it has to decide
whether an executable/dll is a d
> -Original Message-
> From: Suresh Govindachar [mailto:sgovindac...@yahoo.com]
> [...]
> I have no preference for what command line compiler I use (g++,
> clang, llvm) (provided the installation involves just extracting
> files and setting up paths) and I don't care how the binary fi
> -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 abo
> -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? Cau
w64 3.0)
>
> 2014-02-12 12:56 GMT+01:00 Koehne Kai :
> > 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 chok
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 = _m
> -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 scr
> [..]
> 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
> 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
ек. 2013 г., в 14:52, Jacek Caban написал(а):
>
>
> On 12/04/13 10:37, Koehne Kai wrote:
>
>
> -Original Message-
> From: Alexey Pavlov [mailto:alex...@gmail.com]
> Sent: Friday, September 20,
> -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 дек. 2
> -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 Rep
> -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 Box
--
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
> > -Original Message-
> > From: Erik van Pienbroek [mailto:e...@vanpienbroek.nl]
> > Sent: Thursday, September 12, 2013 1:00 PM
> > To: mingw-w64-public@lists.sourceforge.net
> > Subject: Re: [Mingw-w64-public] mingw-w64 v3 release calling for
> > test
> -Original Message-
> From: Erik van Pienbroek [mailto:e...@vanpienbroek.nl]
> Sent: Thursday, September 12, 2013 1:00 PM
> To: mingw-w64-public@lists.sourceforge.net
> Subject: Re: [Mingw-w64-public] mingw-w64 v3 release calling for testers
>
> Koehne Kai schree
> -Original Message-
> From: Erik van Pienbroek [mailto:e...@vanpienbroek.nl]
> Sent: Thursday, September 12, 2013 12:40 AM
> To: mingw-w64-public@lists.sourceforge.net
> Subject: Re: [Mingw-w64-public] mingw-w64 v3 release calling for testers
>
> Erik van Pienbroek schreef op di 10-09-20
t optimization bug ?
>
> Hi Kai,
>
> 2013/8/29 Koehne Kai :
> > 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.
> >
> >
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
'ne
> -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 a
> -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
> -Original Message-
> From: Jim Michaels [mailto:jmich...@yahoo.com]
> Sent: Monday, May 06, 2013 9:12 AM
> To: mingw-w64-public@lists.sourceforge.net
> Subject: Re: [Mingw-w64-public] format check broken
>
> what is %lldb? never heard of it. I don't see it in the gcc manual.
lldb is
> -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-
>
> -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] sho
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, LIBST
> -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 defini
> -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 "d
> -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,
> -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/2
> -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
&
Hi there,
For Qt 5.0 we've been packaging a 32bit mingw-builds toolchain with SJLJ
exception handling. However, it now became clear that the performance penalty
for SJLJ is quite heavy (e.g. 25% for startup of a medium-sized application, up
to 3x slow down for a small test application, see also
> 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
> -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 wi
-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
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 helpin
Hi guys,
Thanks for the lively discussion! In the end we (Qt 5.0.1 release team) decided
to stick with the 'posix' (libwinpthread) toolchain: There's obviously no
consensus what do use in the community here, and I personally don't have enough
insight to make a really 'informed' decision.
If we
> -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
> -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/QTB
> -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 q
> -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 th
ied
i686-w64-mingw32-gcc-4.8-unstable-win32_rubenvb.7z and actually 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
>
Hi,
Take following program:
---
#include
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.
Please
> -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 w
> -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 wr
> -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.
> -Original Message-
> From: ext Suresh Govindachar [mailto:sgovindac...@yahoo.com]
> Sent: Thursday, October 25, 2012 2:36 PM
> To: mingw-w64-public@lists.sourceforge.net
> Subject: [Mingw-w64-public] Latest binary mingw build -- from 2011 12 20?
>
>
> Hello,
>
> The latest mingw-w64 b
-gcc-4.7.2-release-win64_rubenvb)
>
> 2012/9/28 Koehne Kai
>
>
> 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
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 M
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-bu
55 matches
Mail list logo
