On Fri, 30 Mar 2018, James Ross-Gowan wrote:
On Wednesday, 28 March 2018 7:13:49, Martin Storsjö wrote:
On Tue, 27 Mar 2018, James Ross-Gowan wrote:
This removes the old libarm32/shcore.def, which was autogenerated from
shcore.dll. Programs linked with shcore.lib in the Windows SDK actually
use the API sets instead.
Signed-off-by: James Ross-Gowan <[email protected]>
---
Looks good to me.
In general, there are lots of DLLs that modern Windows SDKs
link to via the API sets instead of directly to the raw DLL
itself. But for this particular case, since we didn't actully
have this import library for the x86 platforms, this probably
isn't a change that will make a difference for anybody, so it's
certainly ok. And in general, linking to the API sets probably
is the correct way forward.
That's good. For what it's worth, I checked the 8.0, 8.1 and
10.0.16299.0 SDKs and they all link these APIs by API sets.
// Martin
I'll have to resubmit this patch though, since I just realised it
doesn't build on ARM (sorry.) I thought I tested the build with
--enable-libarm32, but apparently I didn't.
Ok. FWIW, you can get a working ARM toolchain usable for this purpose at
https://github.com/mstorsjo/llvm-mingw - but it takes a little while to
build. GNU binutils doesn't support Windows on ARM (and thus would fail
even to try to create the implibs).
// Martin
------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
_______________________________________________
Mingw-w64-public mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
