Re: [PATCH] config.sub: Handle arbitrary MIPS CPU names

2023-08-01 Thread Dmitry V. Levin
On Mon, Jul 31, 2023 at 11:00:55AM +0100, Maciej W. Rozycki wrote:
> GNU binutils support the selection of the default MIPS subtarget via the 
> configuration triplet, e.g. `mips64octeon+el-unknown-linux-gnu' builds a
> Linux/GNU 64-bit MIPS (n32 ABI) little-endian configuration with the CPU 
> set to Octeon+ by default.  However `config.sub' rejects such a triplet 
> and indeed it only lets through a random choice of ones people submitted 
> changes for to support.
> 
> There is a large number of MIPS CPU configurations, 118 at the moment, 
> that GNU binutils know, so rather than adding them individually and then 
> hoping it will be kept up to date from now on accept any `mips*' pattern 
> for the machine part, just as we already do for a few of other targets.
> 
>   * config.sub: Allow any `mips*' CPU rather than listing a choice 
>   individually.
>   * doc/config.sub.1: Regenerate.
>   * testsuite/config-sub.data: Add test cases.

Applied, thanks.


-- 
ldv



Re: [PATCH] Adapt Linux x86_64 i686 test for Linux aarch64

2023-08-01 Thread Dmitry V. Levin
On Thu, Jul 20, 2023 at 08:09:03PM +0100, David Allsopp wrote:
> In the spirit of f56a7140, this patch uses the same idea to detect
> 32-bit Raspberry Pi OS (which is a 64-bit kernel with 32-bit
> userland). Before this patch, config.guess gives
> aarch64-unknown-linux-gnu; with this patch it gives
> armv8l-unknown-linux-gnueabihf.

I've applied a slightly different patch implementing this idea,
thanks for the suggestion.


-- 
ldv



Re: Add KVX MPPA detection

2023-08-01 Thread Dmitry V. Levin
On Wed, Jul 19, 2023 at 05:30:30PM +0200, Paul Iannetta wrote:
> Hi,
> 
> We are planning to upstream our toolchain (binutils-gdb, gcc and
> newlib), and would like to be properly detected by the autotools.
> 
> Below is patch which adds support for the KVX MPPA.

Applied, thanks.


-- 
ldv



Re: [PATCH] Add Apple tvOS and watchOS

2023-08-01 Thread Dmitry V. Levin
On Thu, Jul 13, 2023 at 12:29:18PM +0100, Luis Campos wrote:
> These are distinct from "ios". They are also technically Darwin, so while
> something like "aarch64-apple-darwin" could be used when targeting these,
> on Apple-silicon based systems there could be cases where `--host` and
> `--build` have the same value, and a ./configure script may determine that
> we are not cross building, causing it to try to execute test programs for
> the target OS that will not run on macOS.
> 
> These are functionally equivalent to iOS, and targets with "-tvos" and
> "-watchos" are already used by clang.

Applied, thanks.


-- 
ldv



Re: [PATCH] Accept $cpu-$vendor-none-{coff,elf}

2023-08-01 Thread Dmitry V. Levin
On Tue, Jul 04, 2023 at 06:52:51PM -0400, John Ericson wrote:
> These are not real OSes, they are object file formats. There is a
> longstanding tradition of using them for embedded/freestanding
> programming, so it makes sense to parse them with `kernel=none`.
> 
> (I have a WIP future patch that systematizes parsing these non-OSes a
> bit more. That also opens the door to parsing a 5th component as LLVM
> can do.)
> 
> This change unblocks an issue we've been having with Nixpkgs (see
> https://github.com/NixOS/nixpkgs/issues/165836 for the longer version).

Applied, thanks.


-- 
ldv