ISO C11 requires operations on the same stream (or whatever a FILE struct
handles) _not_ to interleave with each other.
This should include outputting each character using puts() or printf()
functions, since they both manipulate the `stdout` stream.
It should be noted that mingw-w64 has never
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 is working.
Thanks for your contribution. I would like to see Jacek's comment on this
before it gets applied.
Kai
Am 02.08.2015 05:57 schrieb David Grayson davidegray...@gmail.com:
Hello. Attached is a patch that adds a complete implementation of
intsafe.h that I generated and tested using Ruby. It
For debugging issue can be used OpmeMP test
https://github.com/niXman/mingw-builds/blob/master/tests/omp_test.c
Build it with «gcc omp_test.c -fopenmp -o omp_test.exe» and run.
No crash when I run that code. Is this the same for everybody else?
Perhaps you could find a different test case.
Thank you, Kai.
Before Jacek or anyone spends too much time checking my
add/subtract/multiply operations, please note that I just learned
about GCC's integer overflow built-ins, and I will be rewriting the
math operations to use those and submitting a new version of this
patch:
On 7/31/2015 12:27 PM, Óscar Fuentes wrote:
Edward Diener eldlistmaili...@tropicsoft.com
writes:
Calling a virtual member requires an access to the vtable of the class.
The vtable is defined on the dll that contains the class' code. If the
class is not exported, the vtable is not exported.
On 7/31/2015 12:27 PM, Óscar Fuentes wrote:
Edward Diener eldlistmaili...@tropicsoft.com
writes:
Calling a virtual member requires an access to the vtable of the class.
The vtable is defined on the dll that contains the class' code. If the
class is not exported, the vtable is not exported.
Hello. Attached is version 2.0.0 of the patch, which is very different and
only supports GCC 5 and above, because it uses new built-in functions. This
version is only 331 lines long (down from ~1600). It is easy for anyone to
check it because it makes no assumptions about the sizes,
On Sat, Aug 1, 2015 at 6:56 AM, JonY jo...@users.sourceforge.net wrote:
On 7/23/2015 06:24, JonY wrote:
Hi,
Patch introduces a new macro __MINGW_PRINTF_LOCKING for fprintf and
vfprintf so when called on the same FILE stream, the operations are not
overlapped. __USE_MINGW_ANSI_STDIO
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.
10 matches
Mail list logo