Re: [Mingw-w64-public] Compiling skia, part 2: xpsobjectmodel.h

Hi again, This was an error in not defining some macros like NTDDI_VERSION and Unfortunately, MinGW-w64 is missing a FontSub.h, which prevents the XPS device in skia from building. As a workaround I've ifdef'ed the XPS device for MinGW, I don't see a use for it anyway :p Let's see what upstream

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.

Re: [Mingw-w64-public] DirectWrite additions

Hi Kai (and Jacek), Thanks for taking a look. Note there are two patches: one I linked to in the body of my email, the other was attached. Both would need to be applied by someone (I don't have commit rights). Cheers, Ruben 2016-08-09 10:58 GMT+02:00 Kai Tietz : > Hi Ruben, > > patch looks fi

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 Wind

[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 deletion(-)

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 attachments this time. > > N

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 - 1 file

Re: [Mingw-w64-public] Patch w/o thunderbird

Hello dw, I assume your patch is great, but sadly there is neither one inlined, nor attached. So I can't review it. ;) Cheers, Kai 2016-08-09 1:37 GMT+02:00 David Wohlferd : > Sorry for the spam, but if this list is how patches are expected to be > sent, I've got to get this working. I'm using

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 seem to be enough to

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

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 - > 1 file changed, 20 insertions(+), 1 d

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, it relied heavily on ctors

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 > CryptDlg.h. There is a ve

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 large-adress-aware for 64 bit ap

Re: [Mingw-w64-public] Compiling skia, part 2: xpsobjectmodel.h

Hmm, for me it looks like there is the forwarder declaration missing. Jacek do you have here any more detailed knowledge? Thanks, Kai 2016-08-08 22:47 GMT+02:00 Ruben Van Boxem : > Hi guys, > > I'm compiling skia with MinGW-w64 GCC, and after the stuff in my previous > mail and some other small t

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 little patch: > https://gith

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

nmake is not compatible with mingw-w64's make which is not compatible with gnu make. also, you should know that make -j n (parallel make) is not completely viable yet because of the shells it needs to make just to output to stdout when there is a redirection in a makefile which causes massive