Re: [Mingw-w64-public] [PATCH] stdio: Convert from 64 bit doubles to 80 bit, on platforms that lack an 80 bit long double

isn't that some sort of IEEE-754 software floating point switch? On 8/9/2016 3:46 AM, Martin Storsjö wrote: > This fixes printf of floats/doubles with -D__USE_MINGW_ANSI_STDIO=1, > on arm. > --- > Using __fpclassify instead of __fpclassifyl for the 64 bit long > double case, as suggested by Kai.

[Mingw-w64-public] [PATCH] stdio: Convert from 64 bit doubles to 80 bit, on platforms that lack an 80 bit long double

This fixes printf of floats/doubles with -D__USE_MINGW_ANSI_STDIO=1, on arm. --- Using __fpclassify instead of __fpclassifyl for the 64 bit long double case, as suggested by Kai. --- mingw-w64-crt/stdio/mingw_pformat.c | 25 - 1 file changed, 24 insertions(+), 1

Re: [Mingw-w64-public] [PATCH] Handle __CTOR_LIST__ for clang

Hallo Martell, patch is ok. Wouldn't it be better to have those symbols in linker scrpt instead? That is actually the way used in ld for it. Thanlks, Kai 2016-08-06 5:14 GMT+02:00 Martell Malone : > This patch should be the last piece of the puzzle. > Now c++ works,

Re: [Mingw-w64-public] Patches

All patches are ok. Please go ahead and apply. Thanks, Kai 2016-08-09 1:06 GMT+02:00 David Wohlferd : > By request, I am re-sending 4 recent patches. These fix a number of issues > (see below). I am hopeful that by using a different email account, SF won't > EAT my

Re: [Mingw-w64-public] CryptDlg.h?

Hello, as there is already a version present in Wine, it shouldn't be hard to build a variant for mingw-w64 for it. Patches are welcome :) Regards, Kai 2016-08-05 5:31 GMT+02:00 Daniel Risacher : > While trying to compile something, I find that MinGW-w64 cannot find >

Re: [Mingw-w64-public] [PATCH 3/5] stdio: Convert from 64 bit doubles to 80 bit, on platforms that lack an 80 bit long double

On Tue, 9 Aug 2016, Kai Tietz wrote: Hi, thank you for working on that. I have just a few nits. 2016-08-08 15:24 GMT+02:00 Martin Storsjö : This fixes printf of floats/doubles with -D__USE_MINGW_ANSI_STDIO=1, on arm. --- mingw-w64-crt/stdio/mingw_pformat.c | 21

Re: [Mingw-w64-public] DirectWrite additions

Hi Ruben, patch looks fine to me. As long as there are no objections (Jacek do you?), go ahead and apply. Thanks, Kai 2016-08-08 20:57 GMT+02:00 Ruben Van Boxem : > Hi guys, > > it would be nice to keep up to date with new APIs that gain real world use, > like this

Re: [Mingw-w64-public] Query regarding new version

Hi, any 64-bit version supports that. This flag is set mandatory for this target. Regards, Kai PS: 32-bit version support that flag too. See ld tool's help for further hints. 2016-08-03 9:05 GMT+02:00 Dattathreya Hr : > Hi all, > Does this new version supports

Re: [Mingw-w64-public] [PATCH 5/5] RFC: arm: Avoid making __fsqrt_internal a global symbol

Hello, thanks for your work. Patch is ok. Regards, Kai 2016-08-08 15:24 GMT+02:00 Martin Storsjö : > This fixes duplicate symbols if a calling app links in both e.g. > sqrt and sqrtf. > --- > AFAIK, the .def is only there for debugging info - removing the > .global doesn't

Re: [Mingw-w64-public] parallel make (make -j 4) and redirect problems

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 09.08.2016 10:57, Jim Michaels wrote: > nmake is not compatible with mingw-w64's make which is not compatible > with gnu make. If you're talking about i686-w64-mingw32-make.exe (or somesuch), then that is actually GNU make, just compiled for