On Tue, 27 Aug 2024, Pali Rohár wrote:
On Tuesday 27 August 2024 23:13:08 Jacek Caban wrote:
On 27.08.2024 21:14, Pali Rohár wrote:
> -ucrt (utilizing ucrtbase.dll) and msvcrt (utilizing msvcrt.dll).
> +ucrt (utilizing api-ms-win-crt-*.dll) and msvcrt (utilizing msvcrt.dll).
In my opinion mentioning api-ms-* stuff does not make it any cleaner.
Ultimately, it's utilizing ucrtbase.dll, that part is not wrong.
> +There are also options for crtdll (utilizing system crtdll.dll library which
> +is predecessor of msvcrt.dll and is available on all 32-bit Windows versions
> +starting from NT 3.1, Win32s and Win9x), version-specific msvcr* library
> +(utilizing one of msvcrt10.dll, msvcrt20.dll, msvcrt40.dll, msvcr70.dll,
> +msvcr71.dll, msvcr80.dll, msvcr90.dll, msvcr100.dll, msvcr110.dll,
> +msvcr120.dll), version-specific msvcr* debug mode library (utilizing one of
> +msvcr40d.dll, msvcrtd.dll, msvcr70d.dll, msvcr71d.dll, msvcr80d.dll,
> +msvcr90d.dll, msvcr100d.dll, msvcr110d.dll msvcr120d.dll), ucrtbase
(utilizing
> +direct usage of ucrtbase.dll instead of api-ms-win-crt-*.dll wrappers) and
> +also ucrtbased (utilizing debug mode ucrt library ucrtbased.dll).
I intentionally skipped all those DLLs to keep things simple (at least ones
that existed back then). IMHO, this distracts attention from the point of
this document.
Yep - while it is useful to document everything (in detail), it distracts
from the point this document tries to make. It's not necessary to list all
the options (and especially, picking a debug mode CRT as the default one,
using --with-default-msvcrt=, sounds like a very strange thing to do).
At least I think that links where to get UCRT are really useful.
Yes, the bits about where UCRT is available is very valuable info.
I tried to edit your patch and reduce the verbosity, while keeping most of
the added information, I'll post that.
// Martin
_______________________________________________
Mingw-w64-public mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
