"Burkhardt, Glenn" writes:
> You're probably running into the fact that Intel processors have
> floating point registers with 80 bits, and when optimization is turned
> on, operations are done in registers and not truncated as they are
> when the values are stored to memory.
>
> See https://gcc.gn
On 3/2/2016 18:55, Mateusz wrote:
> I don't have access rights to apply.
>
> If you have ready patch that enables __MINGW_CTOR_LIST__ only when
> building with clang it will be the best solution before release of ver.
> 5. If not, please revert this commit -- you have the access rights.
>
Revert
I have filed a bug report now. I guess that this is a non-legal behavior of
MinGW.
-Ursprüngliche Nachricht-
Von: Benjamin Bihler [mailto:benjamin.bih...@compositence.de]
Gesendet: Mittwoch, 2. März 2016 10:05
An: mingw-w64-public@lists.sourceforge.net
Betreff: Re: [Mingw-w64-public] Fl
I don't have access rights to apply.
If you have ready patch that enables __MINGW_CTOR_LIST__ only when
building with clang it will be the best solution before release of ver.
5. If not, please revert this commit -- you have the access rights.
Mateusz
W dniu 2016-03-01 o 21:31, Martell Malon
On 3/1/2016 20:42, Ismail Donmez wrote:
> Hi,
>
> mingw-w64's current mkstemp implementation wrongly uses _O_TEMPORARY which
> doesn't make sense. Here is a patch from openSUSE we apply to fix it:
>
Applied to master and v4.x.
0xD4EBC740.asc
Description: application/pgp-keys
signature.asc
On 3/2/2016 04:25, Mateusz wrote:
> Hi,
>
> I think we should revert commit [ca451a] Handle __CTOR_LIST__ internally
> within mingw-w64
>
> It is not ready yet and makes serious problems for GCC.
>
Go ahead, thanks.
0xD4EBC740.asc
Description: application/pgp-keys
signature.asc
Description
I have found some alternative code to set the floating-point precision:
unsigned int fpu_cw;
_controlfp_s(&fpu_cw, _PC_53, _MCW_PC);
Instead of _PC_53 I have also tried _PC_24 and _PC_64. But this didn't help.
The two threads still behave differently.
-Ursprüngliche Nachri
Dongsheng Song writes:
>
> On Wed, Mar 2, 2016 at 2:10 AM, İsmailDönmez i10z.com>
wrote:
> > I just tested the relevant Windows function _mkstemp_s
> > (https://msdn.microsoft.com/en-us/library/t8ex5e91.aspx) and it does
not
> > remove the temp file on close.
> >
> > Also tested on Linux with
Thanks for your answer. This was also my suspect. But according to
https://gcc.gnu.org/wiki/FloatingPointMath I had thought that -mfpmath=sse
-msse2 should ensure that all operations are performed in SSE registers and
therefore there should be no excessive precision problem. Do you know why thes
