On Mon, 27 Apr 2020, Steve Lhomme wrote:
The library already existed for projects correctly using it, but the actual code was in libmingw32. There is also a configure option to enable delay loading support (off by default). So It's only built when it's enabled. --- mingw-w64-crt/Makefile.am | 27 +++++++++++++++++++++------ 1 file changed, 21 insertions(+), 6 deletions(-)
What's the practical motivation for this? There was an issue with this code using LoadLibraryA, while only LoadLibraryW is handled by winstorecompat?
If the codebase wasn't using delayimp before, it wouldn't have been linked in, right? And if it uses it, we'd still have to provide LoadLibraryA or make the delayimp code use LoadLibraryW directly.
Also commit message nitpick: I'd write it more like "crt: Move the DLL delay loading code to libdelayimp.a".
Jacek, Wine uses delayloaded DLLs a lot - does it use -ldelayimp properly? Or does it entirely use its own implementation of the helper function nowadays?
// Martin _______________________________________________ Mingw-w64-public mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
