On Wed, 29 Dec 2021, LIU Hao wrote:
在 2021-12-23 22:20, Pali Rohár 写道:
Original MSVC 6.0 msvcrt.dll library does not provide _vscprintf()
function. Therefore usage of snprintf() with this DLL library cause
application crash. Add simple fallback implementation of _vscprintf()
just
for __ms_vsnp
On Wed, 29 Dec 2021, Gisle Vanem wrote:
Martin Storsjö wrote:
In the meantime, when you create your regular import library with an
option like -Wl,--out-implib,libfoo.dll.a, add the
option -Wl,--output-def,foo.def. After that, run "dlltool -d foo.def -l
libfoo.dll.a". This recreates the impo
Martin Storsjö wrote:
In the meantime, when you create your regular import library with an option like -Wl,--out-implib,libfoo.dll.a, add the
option -Wl,--output-def,foo.def. After that, run "dlltool -d foo.def -l libfoo.dll.a". This recreates the import library
in a form that works better with
在 2021-12-23 22:20, Pali Rohár 写道:
Original MSVC 6.0 msvcrt.dll library does not provide _vscprintf()
function. Therefore usage of snprintf() with this DLL library cause
application crash. Add simple fallback implementation of _vscprintf() just
for __ms_vsnprintf() to allow usage of snprintf() fu
Hi,
On Wed, 29 Dec 2021, Gisle Vanem wrote:
So now, I'm trying to use the above imp-libs in
a MSVC x86 'link.exe' step. The 'hsmodem.exe' program links
fine, but running it fails with missing 'codec2_bits_per_frame'
etc.
I believe this is a known issue with import libraries created by ld. You
Hello Gnu exports.
I ned help figuring out an issue with using
a set of MinGW generated import libraries in a
MSVC program (called 'hsmodem.exe'; "High-sped Modem").
I'm not using MinGW-w64, but TDM-gcc (gcc 10.3.0).
Hopefully they are similar in this regard.
I've built these using MinGW (which
