On Tue, 20 Jul 2021 at 15:09, Biswapriyo Nath wrote:
> Apology for my mistake. It has been fixed today in wine by Jacek Caban
> in this commit[1].
Thank you for checking this.
I am testing a build now.
with best wishes,
John
___
Mingw-w64-public mai
>
> On Tue, 20 Jul 2021 at 15:09, Biswapriyo Nath
> wrote:
>
>> Apology for my mistake. It has been fixed today in wine by Jacek Caban
>> in this commit[1].
>
> Thank you for checking this.
>
> I am testing a build now.
>
> Whoops. I forgot. That's Wine -- will wait for mingw-w64 to be altered.
JW
PVARIANT*
'
70 | HRESULT WINAPI InitPropVariantFromBuffer(const VOID *pv, UINT cb,
PROPVARIANT *ppropvar);
| ^~
with best wishes,
John Warburton
___
Mingw-w64-public mailing list
Mingw-w64-public@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
Good morning,
Thank you for reading this.
Since the latest trunk updates, a problem happens when cross-compiling Qt5
with x86_64-w64-mingw32-g++
To my eyes, it seems to be centred around the construction (void *)&f32. Is
supplying "-fpermissive" sufficient to put away this worry?
Compiler outpu
Good evening,
Today, in the usual daily compilation of a number of multimedia
utilities, I tried to compile the latest GitHub edition of
OpenCL-ICD-Loader, which is to be found here:
https://github.com/KhronosGroup/OpenCL-ICD-Loader
Unfortunately, a commit made today to that project seemed to re
On Sun, Jul 23, 2017 at 5:44 PM, Ruslan Garipov
wrote:
> Like this, I believe -- a `git-format-patch` included.
> On 23.07.2017 19:54, John Warburton wrote:
>> While cross-compiling a program that required the function MFTEnumEx
>> from the Microsoft Media Foundation Tran
Hello,
While cross-compiling a program that required the function MFTEnumEx
from the Microsoft Media Foundation Transform framework, I noticed
that it occurs only in the arm32 import library -- to be precise,
mingw-w64-crt/libarm32/mfplat.def. It isn't in lib64 or lib32.
The function is declared
