pFont does not depend on UNICODE and is always LOGFONTW.
Thanks to Ruslan Garipov for discovering and verifying the output.
Link: https://sourceforge.net/p/mingw-w64/feature-requests/82/
Signed-off-by: Jonathan Yong <10walls@gmail.com>
_lock_file & _unlock_file are always declared as __declspec(import),
causing linking programs to search for a __imp___lock_file symbol which
wasn't available
Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>
This is required to have an application running on Xbox1, as it won't
contain kernel32.dll, thus the symbols have to be looked for into other
locations
Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>
Symbols are only mangled on i686, while the old check was causing arm
symbols to be mangled as well
Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>
This (very large) commit is solely comprised of generated files. It comes from running "autoreconf -fiv" in all the build directories.
This commit uses the most recently released version of config.guess (which is part of autoconf). This is a step backward from the earlier checkin which was using a beta version of config.guess.
Signed-off-by: David Wohlferd <dw@LimeGreenSocks.com>
By default, just forward calls to msvcrt.dll for the functions
implemented with softmath routines.
The msvcrt math functions might not be fully C99 compliant, but
the current softfloat implementations are lacking in many other ways
(e.g. crashing due to infinite recursion for some input values, only
working for certain ranges of input values, etc.).
For functions that are missing in msvcrt.dll (log2*, exp2*, scalbn*),
provide small wrappers that fall back on log and pow.
This makes the libav testsuite succeed (when run in wine), when
built with clang for ARM with mingw-w64 - previously a number of
tests failed due to faulty math functions.
Signed-off-by: Martin Storsjö <martin@martin.st>
.../dirent.c:121:3: warning: 'memset' used with length equal to number of elements without multiplication by element size [-Wmemset-elt-size]
Signed-off-by: David Wohlferd <dw@LimeGreenSocks.com>
mpdecimal was originally planned for use to support DFP math,
but it never gone far. Remove it for now.
Signed-off-by: Jonathan Yong <10walls@gmail.com>
linkage
When compiled from C, EXTERN_C must be blank (to avoid a different compile problem). But when compiled from C++, it must be: extern "C"
Signed-off-by: David Wohlferd <dw@LimeGreenSocks.com>
Replace all the _CRTIMP with _SECIMP on the secure functions to allow them to be controlled independently of the rest of the library functions. Note that while building mingw-w64 itself (aka defined(__LIBMSVCRT__)), _SECIMP must always be defined as blank to allow the internal versions to build without warnings.
Signed-off-by: David Wohlferd <dw@LimeGreenSocks.com>
Per Kai, these data imports are *always* resolved from DLLs. Having them 'follow' _CRTIMP is incorrect.
Signed-off-by: David Wohlferd <dw@LimeGreenSocks.com>
