lp:config

Created by Jelmer Vernooij and last modified
Get this branch:
bzr branch lp:config

Branch merges

Related bugs

Related blueprints

Branch information

Owner:
VCS imports
Project:
config
Status:
Development

Import details

Import Status: Reviewed

This branch is an import of the HEAD branch of the Git repository at git://git.savannah.gnu.org/config.git.

The next import is scheduled to run .

Last successful import was .

Import started on juju-98ee42-prod-launchpad-codeimport-1 and finished taking 10 seconds — see the log
Import started on juju-98ee42-prod-launchpad-codeimport-0 and finished taking 10 seconds — see the log
Import started on juju-98ee42-prod-launchpad-codeimport-0 and finished taking 10 seconds — see the log
Import started on juju-98ee42-prod-launchpad-codeimport-5 and finished taking 15 seconds — see the log
Import started on juju-98ee42-prod-launchpad-codeimport-4 and finished taking 10 seconds — see the log
Import started on juju-98ee42-prod-launchpad-codeimport-3 and finished taking 10 seconds — see the log
Import started on juju-98ee42-prod-launchpad-codeimport-2 and finished taking 5 seconds — see the log
Import started on juju-98ee42-prod-launchpad-codeimport-2 and finished taking 5 seconds — see the log
Import started on juju-98ee42-prod-launchpad-codeimport-1 and finished taking 5 seconds — see the log
Import started on juju-98ee42-prod-launchpad-codeimport-1 and finished taking 10 seconds — see the log

Recent revisions

1261. By Dmitry V. Levin

Update copyright years

* config.guess: Update copyright years.
* config.sub: Likewise.
* testsuite/config-guess.sh: Likewise.
* testsuite/config-sub.sh: Likewise.
* doc/config.guess.1: Regenerate.
* doc/config.sub.1: Likewise.

1260. By Aleksandar Rikalo <email address hidden>

config.sub: recognize nanoMIPS CPUs

* config.sub: Recognize nanoMIPS CPUs.
* testsuite/config-sub.data (nanomips): New entry.

Signed-off-by: Dmitry V. Levin <email address hidden>

1259. By streaksu <email address hidden>

config.guess: recognize ironclad OS

* config.guess (*:Ironclad:*:*): Recognize.
* doc/config.guess.1: Regenerate.
* testsuite/config-guess.data (x86_64-unknown-ironclad): New entry.

Signed-off-by: Dmitry V. Levin <email address hidden>

1258. By streaksu <email address hidden>

config.sub: recognize ironclad OS

* config.sub ($os == ironclad*): Recognize.
* doc/config.sub.1: Regenerate.
* testsuite/config-sub.data (x86_64-ironclad): New entry.

Signed-off-by: Dmitry V. Levin <email address hidden>

1257. By Adam Joseph <email address hidden>

config.sub: recognize *-*-uefi

This commit causes gnu-config to recognize the *-*-uefi triples.

These triples describe binaries which use the PE object file format
and UEFI calling "convention" (which is actually a family of
completely unrelated calling conventions, one per CPU architecture):

- https://uefi.org/specs/UEFI/2.9_A/02_Overview.html#detailed-calling-convention
- https://uefi.org/specs/UEFI/2.9_A/02_Overview.html#detailed-calling-convention-1
- https://uefi.org/specs/UEFI/2.9_A/02_Overview.html#detailed-calling-convention-2
- https://wiki.osdev.org/UEFI#Calling_Conventions

This is in contrast to the *-w64-mingw32 triple of GNU-EFI, which
uses the ELF format and cdecl calling convention:

- https://wiki.osdev.org/UEFI#Calling_Conventions

Because *-*-uefi uses a different object file format (everywhere)
and calling convention (everywhere except x86_32) from
*-w64-mingw32, the resulting binaries cannot be linked against each
other. This is the primary justification for introducing a new
triple.

Since gnu-config does not yet have triples for these builds, we
might as well use the same ones already selected by LLVM. It
considers uefi to be an operating system:

- https://reviews.llvm.org/D131594

* config.sub (*-*-uefi): Recognize.
* testsuite/config-sub.data (i686-unknown-uefi, x86_64-unknown-uefi,
  aarch64-unknown-uefi): New entries.

Signed-off-by: Adam Joseph <email address hidden>
X-Disclaimer: This commit shall not be construed as the author's approval of the UEFI boondoggle in any way, shape or form.
Signed-off-by: Dmitry V. Levin <email address hidden>

1256. By John Ericson <email address hidden>

Recognize the VideoCore 4 processor

This is supported in this GCC fork. [1] It has been packaged in Nixpkgs
since 2019. [2]

Their change to `config.sub` [3] is similar, but also includes a `vc4`
-> `vc4-unknown-elf` shorthand; I don't see any reasons to add any new
legacy 1-component short-hands, so I just skipped that part.

[1]: https://github.com/itszor/vc4-toolchain

[2]: https://github.com/NixOS/nixpkgs/pull/72657

[3]: https://github.com/itszor/gcc-vc4/commit/91278afabe61808c0b02078c078e758d69f94aff

* config.sub (vc4-*): Recognize.
* testsuite/config-sub.data (vc4-unknown-none-elf): New entry.

Signed-off-by: Dmitry V. Levin <email address hidden>

1255. By Alfred Persson Forsberg <email address hidden>

config.guess: detect LLVM-libc via features.h

* config.guess (__LLVM_LIBC__): Recognize.
* doc/config.guess.1: Regenerate.

Signed-off-by: Alfred Persson Forsberg <email address hidden>
Signed-off-by: Dmitry V. Levin <email address hidden>

1254. By Alfred Persson Forsberg <email address hidden>

config.sub: add LLVM-libc support

* config.sub (*-linux-llvm): Recognize.
* doc/config.sub.1: Regenerate.
* testsuite/config-sub.data: Add x86_64-linux-llvm.

Signed-off-by: Alfred Persson Forsberg <email address hidden>
Signed-off-by: Dmitry V. Levin <email address hidden>

1253. By John Ericson <email address hidden>

config.sub: Remove windows-gnu

`windows-gnu` has been used by LLVM and Rust to mean MinGW, but many
people on the mailing list object that it is in no way bona fide GNU on
Windows. Even under the interpretation of `-gnu` as a libc which LLVM
often goes with, it doesn't pass muster either because MinGW uses
msvcrt/ucrt, not any GNU libc. Arguably Cygwin, using a modified (GNU)
Newlib, is the closest thing we have to "GNU on Windows" today.

We couldn't decide on what `windows-*` should replace it, or even
whether there should be such a thing, so absent consensus it is better
to just remove it while it is still recently added and we don't need to
worry about backwards compatibility. We can always re-add it later, but
we can't do nothing now and remove it later.

This partially reverts commit 91f6a7f616b161c25ba2001861a40e662e18c4ad.

* config.sub (windows*-gnu*): Remove.
* doc/config.sub.1: Regenerate.
* testsuite/config-sub.data (x86_64-windows-gnu): Remove.

Signed-off-by: Dmitry V. Levin <email address hidden>

1252. By Billy Laws <email address hidden>

config.sub: recognise ARM64EC machine type

ARM64EC is a custom ABI for AArch64 that allows for interoperability
with x86_64 compiled code. While technically just an ABI, it is treated
as its own machine type, with triples in the format arm64ec-*.

* config.sub (arm64ec): Recognize.
* doc/config.sub.1: Regenerate.
* testsuite/config-sub.data (arm64ec-pc-mingw32, arm64ec-windows): New
entries.

Signed-off-by: Dmitry V. Levin <email address hidden>

Branch metadata

Branch format:
Branch format 7
Repository format:
Bazaar repository format 2a (needs bzr 1.16 or later)
This branch contains Public information 
Everyone can see this information.

Subscribers