Re: Whither windows-msvc

2023-09-19 Thread Po Lu
John Ericson writes: > I challenge you to find me a public project where this `winnt` is still in > use. Why is that of such importance? That it was used in the past is reason enough to retain it. > Yes Clang does define it, see > https://clang.llvm.org/docs/UsersManual.html#microsoft-extensi

Re: Whither windows-msvc

2023-09-19 Thread John Ericson
Very nicely put Zack. I agree completely; this is what I was trying to discuss with Jacob earlier but much more elegantly stated. It is also what Adam was saying. Thanks for writing this, John On 9/19/23 17:58, Zack Weinberg wrote: On Mon, Sep 18, 2023, at 8:02 PM, Po Lu wrote: linux-musl i

Re: Whither windows-msvc

2023-09-19 Thread Zack Weinberg
On Mon, Sep 18, 2023, at 8:02 PM, Po Lu wrote: > linux-musl is so named because there is no canonical name for a > Musl-based Linux system. The "musl" represents "musl-based operating > system", not merely the libc itself. Ditto for ulibc. I'm gonna push back real hard on this specific aspect of

Re: Whither windows-msvc

2023-09-19 Thread John Ericson
On 9/18/23 20:02, Po Lu wrote: John Ericson writes: It is defunct because using Autotools with Microsoft's own compilers basically impossible. Everything that supports Microsoft's own tools is now using CMake or Meson for that, and bypassing GNU config and the rest completely. LLVM however

Re: Whither windows-msvc

2023-09-18 Thread Po Lu
John Ericson writes: > It is defunct because using Autotools with Microsoft's own compilers > basically impossible. Everything that supports Microsoft's own tools > is now using CMake or Meson for that, and bypassing GNU config and > the rest completely. LLVM however offers both GCC- and MSVC-sty

Re: Whither windows-msvc

2023-09-18 Thread John Ericson
On 9/18/23 10:57, Po Lu wrote: John Ericson writes: You just said it is a defunct attempt Only inasmuch as MSVC became intractable for Emacs's own purposes. It is defunct because using Autotools with Microsoft's own compilers basically impossible. Everything that supports Microsoft's own

Re: Whither windows-msvc

2023-09-18 Thread Po Lu
John Ericson writes: > You just said it is a defunct attempt Only inasmuch as MSVC became intractable for Emacs's own purposes. > emacs gave up on that! If anyone else is still using `winnt` we'll > here about it if we do a deprecation. We must not obsolete or remove a triplet that has served

Re: Whither windows-msvc

2023-09-18 Thread John Ericson
On 9/15/23 20:52, Po Lu wrote: John Ericson writes: This `winnt`is but more detritus from such defunct attempts. I would deprecate it so it no longer confuses people. (Deprecation I think is better than sudden removal.) It is not. Emacs used *-*-winnt4.0 to designate MSVC until support for

Re: Whither windows-msvc

2023-09-15 Thread Po Lu
John Ericson writes: > This `winnt`is but more detritus from such defunct attempts. I would > deprecate it so it no longer confuses people. (Deprecation I think is > better than sudden removal.) It is not. Emacs used *-*-winnt4.0 to designate MSVC until support for the MSVC build was removed as

Whither windows-msvc

2023-09-15 Thread John Ericson
Note that `windows-msvc` is not supported by GCC. It is only supported by Microsoft's own proprietary tools, and LLVM. Thus, the only free software implementation of this target calls it `windows-msvc`. `winnt` I do see in config.log, but I have never seen used in the wild. I think it is just