Path: csiph.com!eternal-september.org!feeder.eternal-september.org!reader01.eternal-september.org!.POSTED!not-for-mail From: Keith Thompson Newsgroups: comp.lang.c Subject: Re: memcpy not memcpying? Date: Sun, 03 Nov 2019 12:32:04 -0800 Organization: None to speak of Lines: 22 Message-ID: References: <2LVuF.7$BF1.0@fx26.iad> <44eab527-7e02-43d4-a27e-3226b143df6a@googlegroups.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Injection-Info: reader02.eternal-september.org; posting-host="885fb82be1e12b29daafc6f7a8ced528"; logging-data="22510"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX1+auhy3SUMLriUu58fuGKyp" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1 (gnu/linux) Cancel-Lock: sha1:e5KSXS4hh3C2w2O9l4xmUiN1Ndk= sha1:twxZAveqHC4VB98pIk39JVDKws4= Xref: csiph.com comp.lang.c:147554 already5chosen@yahoo.com writes: [...] > Actually, last time I looked, Microsoft's library used by Mingw-64 was > also hopelessly outdated. Something like 6 y.o. That's enough to get > %z working, but not enough for few other things. It seems, the > simplest (or the only) method to get relatively recent Microsoft's > library is to use relatively recent (2015 or later) Microsoft's tools. > Which are free, available, but VERY bloated. But, then again, so is > gcc under MINGW-64, but somewhat less. As to clang under MINGW-64, > it's the same order of bloat as Microsoft's tools. Does installing MinGW-w64 install a C library if one isn't already present? On my system, when I installed MinGW-w64 I had already installed the free (as in beer) version of Visual Studio 2019. I think it used that C library, which is why "%zu" worked for me. -- Keith Thompson (The_Other_Keith) kst-u@mib.org Working, but not speaking, for Philips Healthcare void Void(void) { Void(); } /* The recursive call of the void */