On Tue, Apr 21, 2020, at 20:13, Martin Storsjö wrote: > On Tue, 21 Apr 2020, Jacek Caban wrote: > > > On 21.04.2020 19:40, Martin Storsjö wrote: > >> > >> I don't think particularly that is a good idea here. windowsapp is a > >> replacement for kernel32 and a few other dlls, but the CRT in this case is > >> libucrt.a (which links against the api-ms-win-crt-*) which also can be > >> used > >> for normal desktop things. > > > > > > What I'm suggesting would result in a separated crt, say libucrtapp.a, > > which > > you would use instead of libucrt.a. On build system side, we'd just use > > exactly the same sources as libucrt.a, except that we'd have a macro that > > we'd use to disable unavailable nice-to-have features like this. > > > > > > The same thing can be done with other stubs from the compat code. > > Sure, that'd work - although I'm not entirely convinced yet - the existing > winstorecompat approach is rather nice (and modular) so if that'd work, > I'd prefer sticking with that until there's a case where it doesn't.
I think, that, with the evolutions of UWP with Windows 10, a lot more functions are available for every application. So, for example, for VLC, only RtlAddFunctionTable is still required, and that would be the only function needed in winstorecompat. (not answering the question, it is just a side note) -- Jean-Baptiste Kempf - President +33 672 704 734 _______________________________________________ Mingw-w64-public mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
