Re: [Mingw-w64-public] dwrite_3.h regression fix

2020-09-30 Thread NightStrike
On Thu, Sep 24, 2020 at 12:03 PM Jacek Caban wrote: > > Hi, > > > I sent this as a patch earlier, but it got stuck on moderation due to > the size. Please review commit: I increased the message size limit from 512KB to 999KB, which appears to be a sourceforge limit. If you think we need larger,

Re: [Mingw-w64-public] dwrite_3.h regression fix

2020-09-30 Thread sanketh
Following up on Biswapriyo's point, at least for our current use case, the following two changes suffice: 1. Updating wine to include the DWRITE_MAKE_FONT_AXIS_TAG macro. See https://github.com/sgmenda/mingw-w64/commit/8c95e8da20b98cdadd17434887ed5ac7

Re: [Mingw-w64-public] dwrite_3.h regression fix

2020-09-30 Thread mingw
(Reposted; my last email was stuck in moderation.) Following up on Biswapriyo's point, at least for our current use case, the following two changes suffice: 1. Updating wine to include the DWRITE_MAKE_FONT_AXIS_TAG macro. See

Re: [Mingw-w64-public] dwrite_3.h regression fix

2020-09-24 Thread Biswapriyo Nath
> This is suboptimal, but a better solution is unclear and I think that we > should deal with the regression without waiting. In my humble opinion, I would suggest removing/editing **only** the problematic declarations in the C language instead of the whole file, like Liu Hao did with the

[Mingw-w64-public] dwrite_3.h regression fix

2020-09-24 Thread Jacek Caban
Hi, I sent this as a patch earlier, but it got stuck on moderation due to the size. Please review commit: https://github.com/cjacek/mingw-w64/commit/c073fb0c62a785cc5524e660568e85a89de2c0d5 This is suboptimal, but a better solution is unclear and I think that we should deal with the