- Original Message -
From: "Lajos Foldy"
To:
Sent: Wednesday, September 12, 2012 12:29 AM
Subject: Re: [Mingw-w64-public] -ffloat-store not needed with 64-bit
compiler
> On Tue, Sep 11, 2012 at 3:01 PM, Sisyphus
> wrote:
>>
>> Is there a way to get the same output with the 64-bit m
- Original Message -
From: "Ruben Van Boxem"
> I feel compelled to say that if you are subtracting floats to check for
> equality, you should be smacked in the face.
No, I'm not doing that :-)
But I should have provided a brief description of what it *is*
demonstrating.
It demonstrat
Hello Kai (and Qt Folks)!
On Tue, Sep 11, 2012 at 10:55 AM, wrote:
>> -Original Message-
>> From: ext Loaden [mailto:loa...@gmail.com]
>> ...
>
> There's nothing wrong with cross-compilation. But what we need first and
> foremost is a reliable, native MinGW environment for developing Qt
Hello Kai!
Thank you for making the test.
On Tue, Sep 11, 2012 at 10:16 AM, wrote:
>
>> -Original Message-
>> From: ext K. Frank [mailto:kfrank2...@gmail.com]
>>
>> Hai Kai!
>>
>> On Tue, Sep 11, 2012 at 4:10 AM, wrote:
>> >> -Original Message-
>> >> [...]
>> >> Does anyone el
On 11.09.2012 17:13, niXman wrote:
> 2012/9/11 kai.koehne:
>> Hi there,
>>
>> When trying to build latest Qt with the mingw-builds package
>> x86_64-mingw-w64-gcc-4.7.1-release-c,c++,fortran-sjlj-rev3.7z on an Windows
>> 7 64 bit I'm running into a crash of c11plus.exe : "cc1plus.exe has stopped
On Tue, Sep 11, 2012 at 2:16 PM, wrote:
>
>> -Original Message-
>> From: ext Ray Donnelly [mailto:mingw.andr...@gmail.com]
>> Sent: Tuesday, September 11, 2012 2:19 PM
>> To: mingw-w64-public@lists.sourceforge.net
>> Subject: Re: [Mingw-w64-public] cc1plus.exe crash (x86_64-mingw-w64-gcc-
You should be enjoying your holiday (sounds like you could be busy
just after it). I'll try to convince you when you get back.
Will go something like: cross compilation, homogeneous toolchain
environment, possible to have control of DLL base addresses, ncurses
support, winpthreads, and whatever el
2012/9/11 kai.koehne:
> Hi there,
>
> When trying to build latest Qt with the mingw-builds package
> x86_64-mingw-w64-gcc-4.7.1-release-c,c++,fortran-sjlj-rev3.7z on an Windows 7
> 64 bit I'm running into a crash of c11plus.exe : "cc1plus.exe has stopped
> working", apparently an access violati
> -Original Message-
> From: ext Loaden [mailto:loa...@gmail.com]
> Sent: Tuesday, September 11, 2012 4:00 PM
> To: mingw-w64-public@lists.sourceforge.net
> Subject: Re: [Mingw-w64-public] Fwd: [Development] Choosing a new MinGW
> for Qt 5
>
> Does anyone think about we can use cross compi
2012/9/11 Ray Donnelly
> I've merged a script and some patches [1] with the Google Android NDK
> that allow me to cross compile Python 2.7.3 and also GDB using it
> (built GDB then runs on Windows, Darwin or Linux). I can also build
> these GDB/NDKs for 32 and 64bit on each of these hosts. The li
2012/9/11
> > -Original Message-
> > From: ext K. Frank [mailto:kfrank2...@gmail.com]
> > Sent: Monday, September 10, 2012 6:19 PM
> > To: mingw-w64-public@lists.sourceforge.net
> > Subject: Re: [Mingw-w64-public] Fwd: [Development] Choosing a new MinGW
> > for Qt 5
> >
> > I'm not using
2012/9/11
> > -Original Message-
> > [...]
> > Does anyone else see the slowness when first executing "run"
> > when debugging a Qt gui application with gdb?
> >
> > Can anyone proactively confirm that the slowness does not occur with some
> > specific mingw-w64 build (preferably 4.7.0 or
On Tue, Sep 11, 2012 at 3:01 PM, Sisyphus wrote:
>
> Is there a way to get the same output with the 64-bit mingw compiler ?
i686 uses the x87 FPU (80 bit internal precision), x86_64 uses SSE2
(64 bit precision). -ffloat-store enforces 64 bit precision through
memory stores/loads. You can use the
2012/9/11
> > -Original Message-
> > [...]
> > Does anyone else see the slowness when first executing "run"
> > when debugging a Qt gui application with gdb?
> >
> > Can anyone proactively confirm that the slowness does not occur with some
> > specific mingw-w64 build (preferably 4.7.0 or
> -Original Message-
> From: ext K. Frank [mailto:kfrank2...@gmail.com]
> Sent: Tuesday, September 11, 2012 2:20 PM
> To: mingw-w64-public@lists.sourceforge.net
> Subject: Re: [Mingw-w64-public] Fwd: [Development] Choosing a new MinGW
> for Qt 5
>
> Hai Kai!
>
> On Tue, Sep 11, 2012 at 4
2012/9/11 Sisyphus
> the output I get is:
>
> 1..1
> # a = [ 0 1 2 2 4 5 5 6 8 9 10 ]
> # b = [ 0 1 2 2 4 4 5 6 8 8 9 ]
> # a - b = [ 0 0 0 0 0 1 0 0 0 1 1 ]
> not ok 1 - lists are equal
>
> Is there a way to get the same output with the 64-bit mingw compiler
Does anyone think about we can use cross compilation on Linux.
e.g. on Ubuntu 12.04, the mingw-w64 4.6.3 can works well with Qt.
It will fast, and can use make -j option.
But it can't run the QTest (maybe? I am not sure).
2012/9/11 K. Frank
> Hai Kai!
>
> On Tue, Sep 11, 2012 at 4:10 AM, wrote
> -Original Message-
> From: ext Ray Donnelly [mailto:mingw.andr...@gmail.com]
> Sent: Tuesday, September 11, 2012 2:19 PM
> To: mingw-w64-public@lists.sourceforge.net
> Subject: Re: [Mingw-w64-public] cc1plus.exe crash (x86_64-mingw-w64-gcc-
> 4.7.1-release-c, c++, fortran-sjlj-rev3.7z)
>
- Original Message -
From: "Kai Tietz"
To:
Sent: Monday, September 10, 2012 10:15 PM
Subject: Re: [Mingw-w64-public] -ffloat-store not needed with 64-bit
compiler
> 2012/9/8 Sisyphus :
>> Hi,
>>
>> Attached is a small demo program (demo.c).
>>
>> With 32-bit mingw compilers (both min
2012/9/11 niXman:
> Later I will try to collect Qt5.
s/collect/build/
--
Regards,
niXman
___
Dual-target(32 & 64 bit) MinGW compilers for 32 and 64 bit Windows:
http://sourceforge.net/projects/mingwbuilds/
---
> Hi there,
>
> When trying to build latest Qt with the mingw-builds package
> x86_64-mingw-w64-gcc-4.7.1-release-c,c++,fortran-sjlj-rev3.7z on an Windows 7
> 64 bit I'm running into a crash of c11plus.exe : "cc1plus.exe has stopped
> working", apparently an access violation. This happens after
Hai Kai!
On Tue, Sep 11, 2012 at 4:10 AM, wrote:
>> -Original Message-
>> [...]
>> Does anyone else see the slowness when first executing "run"
>> when debugging a Qt gui application with gdb?
>>
>> Can anyone proactively confirm that the slowness does not occur with some
>> specific min
If you do --save-temps and put the .ii file somewhere then someone
might be able to diagnose better.
On Tue, Sep 11, 2012 at 1:13 PM, wrote:
> Hi there,
>
> When trying to build latest Qt with the mingw-builds package
> x86_64-mingw-w64-gcc-4.7.1-release-c,c++,fortran-sjlj-rev3.7z on an Windows
Hi there,
When trying to build latest Qt with the mingw-builds package
x86_64-mingw-w64-gcc-4.7.1-release-c,c++,fortran-sjlj-rev3.7z on an Windows 7
64 bit I'm running into a crash of c11plus.exe : "cc1plus.exe has stopped
working", apparently an access violation. This happens after compiling a
2012/9/11 Ray Donnelly:
> I've merged a script and some patches [1] with the Google Android NDK
> that allow me to cross compile Python 2.7.3 and also GDB using it
> (built GDB then runs on Windows, Darwin or Linux). I can also build
> these GDB/NDKs for 32 and 64bit on each of these hosts. The lin
I've merged a script and some patches [1] with the Google Android NDK
that allow me to cross compile Python 2.7.3 and also GDB using it
(built GDB then runs on Windows, Darwin or Linux). I can also build
these GDB/NDKs for 32 and 64bit on each of these hosts. The link I've
pasted is to the initial
> -Original Message-
> From: ext K. Frank [mailto:kfrank2...@gmail.com]
> Sent: Monday, September 10, 2012 6:19 PM
> To: mingw-w64-public@lists.sourceforge.net
> Subject: Re: [Mingw-w64-public] Fwd: [Development] Choosing a new MinGW
> for Qt 5
>
> I'm not using python for anything, so I d
> -Original Message-
> [...]
> Does anyone else see the slowness when first executing "run"
> when debugging a Qt gui application with gdb?
>
> Can anyone proactively confirm that the slowness does not occur with some
> specific mingw-w64 build (preferably 4.7.0 or later) when using gdb to
2012/9/11 niXman:
> Please, don't do it =)
Yesterday I built 4.8.0 64bit with SEH.
http://sourceforge.net/projects/mingwbuilds/files/windows-host/4.8.0/snapshot/x86_64-mingw-w64-gcc-4.8.0-snapshot-20120910-rev-191124-c%2Cc%2B%2B%2Cfortran-seh.7z
--
Regards,
niXman
_
2012/9/11 Peter Kümmel:
> Yes, would be some fiddling at the beginning. But in the long run both
> of you would benefit. But it's more a question of motivation/vision
> than a technically one.
I don't mind. It actually would be better. Also there would be no so
much confusion for users in case of
On 11.09.2012 02:07, Ruben Van Boxem wrote:
>>
>> Best would be you merge the two projects into one.
>> (I haven't searched the list if you are arch-enemies)
>>
>
> We're not arch-enemies at all, but we are two completely seperate
> "ventures". I'd think a merge of our efforts would be either a man
31 matches
Mail list logo
