Thanks for the patch.
Unfortunately I can't do full test because I can't compile ffmpeg-2.7.2
-- mingw-w64 trunk from 2015-08-10 works with ffmpeg-2.7.2, from
2015-08-28 doesn't work. There are changes in include file "d3d11.h"
which could make the difference.
Error from ffmepeg-2.7.2 make:
On 8/3/2015 07:51, Mateusz wrote:
> Now _lock_file/_unlock_file are in stdio/mingw_lock.c (new) file.
>
> printf_full.diff works out of the box but I edited makefile.am &
> makefile.in by hands which is wrong. I tested this patch with 64 and
> 32-bit GCC 5.2 with link to msvcrt.dll/msvcr100.dll/ms
On 8/3/2015 07:51, Mateusz wrote:
> Now _lock_file/_unlock_file are in stdio/mingw_lock.c (new) file.
>
> printf_full.diff works out of the box but I edited makefile.am &
> makefile.in by hands which is wrong. I tested this patch with 64 and
> 32-bit GCC 5.2 with link to msvcrt.dll/msvcr100.dll/ms
Now _lock_file/_unlock_file are in stdio/mingw_lock.c (new) file.
printf_full.diff works out of the box but I edited makefile.am &
makefile.in by hands which is wrong. I tested this patch with 64 and
32-bit GCC 5.2 with link to msvcrt.dll/msvcr100.dll/msvcr120.dll -- all
is working.
printf.d
On 8/2/2015 09:15, Mateusz wrote:
> I'm not diff expert, but I tried "git diff" -- maybe now is better. Due
> to problem with new file I copy context of "mingw_lock.c" to smallest
> "ftello.c" -- surprisingly make install works and with new
> "libmingwex.a" I can compile "test-stdio.c" file and it
I'm not diff expert, but I tried "git diff" -- maybe now is better. Due
to problem with new file I copy context of "mingw_lock.c" to smallest
"ftello.c" -- surprisingly make install works and with new
"libmingwex.a" I can compile "test-stdio.c" file and it is working.
Could you/Kai show exampl
On 8/2/2015 06:27, Mateusz wrote:
> We have 4 functions from printf family that output to FILE stream:
> printf, vprintf, fprintf, vfprintf
>
> We have also puts/fputs functions that output to FILE stream and are
> always directly from msvcrt.dll.
>
> puts/fputs functions are atomic with Microsof
We have 4 functions from printf family that output to FILE stream:
printf, vprintf, fprintf, vfprintf
We have also puts/fputs functions that output to FILE stream and are
always directly from msvcrt.dll.
puts/fputs functions are atomic with Microsoft lock. If we want
mingw-w64 printf function
