Re: Rethinking configuration tuples

2023-09-19 Thread Po Lu
John Ericson writes: > On 9/19/23 21:07, Po Lu wrote: > > Why not? > > I have on my hand several programs which use -winnt*, such as many old > releases of Emacs. And users should be capable of replacing > config.sub and config.guess with newer versions without ill effect. > > At no point has a

Re: [PATCH] config.sub: Accept LLVM-style $cpu-$vendor-windows-cygnus

2023-09-19 Thread John Ericson
On 9/19/23 20:19, Dmitry V. Levin wrote: On Wed, Aug 16, 2023 at 10:46:26AM -0400, John Ericson wrote: In 91f6a7f616b161c25ba2001861a40e662e18c4ad I supported `windows-gnu` and `windows-msvc`, but I forgot about the last one: `windows-cygnus`. Is windows-cygnus a new name for something alrea

Re: Rethinking configuration tuples

2023-09-19 Thread John Ericson
On 9/19/23 21:07, Po Lu wrote: Why not? I have on my hand several programs which use -winnt*, such as many old releases of Emacs. And users should be capable of replacing config.sub and config.guess with newer versions without ill effect. At no point has anyone proposed removing *-winnt-*. An

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: Rethinking configuration tuples

2023-09-19 Thread Po Lu
"Dmitry V. Levin" writes: > I'm inclined to remove windows-gnu from config.sub instead of renaming or > canonicalizing it because, firstly, there is no GNU libc on windows, and, > secondly, windows-gnu as used by LLVM means MinGW, but for that we already > have mingw*, and we should avoid adding

Re: [PATCH] config.sub: Accept LLVM-style $cpu-$vendor-windows-cygnus

2023-09-19 Thread Dmitry V. Levin
On Wed, Aug 16, 2023 at 10:46:26AM -0400, John Ericson wrote: > In 91f6a7f616b161c25ba2001861a40e662e18c4ad I supported `windows-gnu` > and `windows-msvc`, but I forgot about the last one: `windows-cygnus`. Is windows-cygnus a new name for something already supported by config.sub, or is it a new

Re: Rethinking configuration tuples

2023-09-19 Thread John Ericson
Thanks Dmitry. This is an acceptable outcome to me. It is a nice middle ground between Po Lu's and my first choice options. John On 9/19/23 19:58, Dmitry V. Levin wrote: On Thu, Sep 14, 2023 at 12:55:06AM -0400, John Ericson wrote: OK here we go: 1. https://github.com/ericson2314/gnu-confi

Re: Rethinking configuration tuples

2023-09-19 Thread Dmitry V. Levin
On Thu, Sep 14, 2023 at 12:55:06AM -0400, John Ericson wrote: > OK here we go: > > 1. https://github.com/ericson2314/gnu-config/commit/windows-mingnu.patch > 2. https://github.com/ericson2314/gnu-config/commit/windows-mingw.patch > 3. https://github.com/ericson2314/gnu-config/commit/no-windows-

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: [PATCH] config.sub allow arch64c-unknown-freebsd

2023-09-19 Thread Dmitry V. Levin
On Wed, Aug 23, 2023 at 09:47:38PM +0200, Urs Janßen wrote: > config.guess says aarch64c-unknown-freebsd14.0 > (cfarm240.cfarm.net, an Arm Morello SoC, quad-core aarch64 > Neoverse N1-based CPU implementing CHERI) > but config.sub aarch64c-unknown-freebsd14.0 fails > the fixes it: Applied and adde

Re: [PATCH] config.guess: Detect Android (as opposed to GNU/Linux)

2023-09-19 Thread Dmitry V. Levin
On Thu, Aug 17, 2023 at 11:49:32AM +0200, Bruno Haible wrote: > Hi, > > Here's a patch to recognize Android environments. > > Such environments are "apps" with POSIX-like tools. Today, the most frequently > used one is Termux [1][2][3]; on devices with Android versions before 5.0 > one can use Te

Re: [PATCH] config.sub: add javascript-unknown-ghcjs

2023-09-19 Thread Dmitry V. Levin
On Wed, Aug 16, 2023 at 04:59:26AM -0700, Adam Joseph wrote: > GHC has been using a custom triple "javascript-unknown-ghcjs" for > their (non asm.js, non wasm) javascript-emitting kernel-less target. > > > https://gitlab.haskell.org/ghc/ghc/-/commit/6636b670233522f01d002c9b97827d00289dbf5c > >

Re: [PATCH] testsuite: add coverage for vendor-clobbering

2023-09-19 Thread Dmitry V. Levin
On Mon, Aug 14, 2023 at 01:30:08AM -0700, Adam Joseph wrote: > While reimplementing config.sub for use in a situation where no bash > interpreter was available, I discovered several oddities about > config.sub's behavior. > > One such oddity was the fact that an explicitly-provided vendor will > b

Re: [PATCH] Systematize parsing of machine code formats

2023-09-19 Thread Dmitry V. Levin
On Mon, Aug 07, 2023 at 02:20:40PM -0400, John Ericson wrote: > Instead of treating them as OSes, we treat them as their own category. > This is modeled on what LLVM does with its `ObjectFormatType` enum [1], > advancing my long-running project of trying to nudge GNU config and LLVM > towards each