[src/trunk]: src/external/gpl3/gcc it's spelled aarch64eb. now aarch64eb use...

[mrg <mrg%NetBSD.org@localhost>]

details:   https://anonhg.NetBSD.org/src/rev/69e1eb4b4bd2
branches:  trunk
changeset: 1020622:69e1eb4b4bd2
user:      mrg <mrg%NetBSD.org@localhost>
date:      Sat Apr 17 22:01:02 2021 +0000

description:
it's spelled aarch64eb.  now aarch64eb userland builds, too.
update arm64 status (kernels still need new libkern help.)

diffstat:

 external/gpl3/gcc/README.gcc10            |  8 ++++----
 external/gpl3/gcc/lib/libgcc/Makefile.inc |  4 ++--
 2 files changed, 6 insertions(+), 6 deletions(-)

diffs (47 lines):

diff -r f2c99fcd2c52 -r 69e1eb4b4bd2 external/gpl3/gcc/README.gcc10
--- a/external/gpl3/gcc/README.gcc10    Sat Apr 17 21:43:47 2021 +0000
+++ b/external/gpl3/gcc/README.gcc10    Sat Apr 17 22:01:02 2021 +0000
@@ -1,4 +1,4 @@
-$NetBSD: README.gcc10,v 1.11 2021/04/17 04:07:16 mrg Exp $
+$NetBSD: README.gcc10,v 1.12 2021/04/17 22:01:02 mrg Exp $
 
 
 new stuff:
@@ -32,8 +32,8 @@
 
 architecture   tools   kernels libgcc  native-gcc      make release    runs    atf     switched
 ------------   -----   ------- ------  ----------      ------------    ----    ---     --------
-aarch64                y       n[3]    n[3]    y               n               ?       ?       ?
-aarch64be      y       n[3]    n[3]    y               n               ?       ?       ?
+aarch64                y       n[3]    y       y               n               ?       ?       ?
+aarch64eb      y       n[3]    y       y               n               ?       ?       ?
 alpha          y       y       y       y               y               y       y       y
 earmv4         y       y       y       y               y               y       ?       n
 earmv4eb       y       b       y       y               y               ?       ?       ?
@@ -74,7 +74,7 @@
 architecture   tools   kernels libgcc  native-gcc      make release    runs    atf
 
 [1] - ramdisk.fs is too large, needs fixing.
-[3] - missing __aarch64_swp1_acq in kernels.  missing lse.S in libgcc.
+[3] - missing __aarch64_swp1_acq in kernels.
 [6] - vax vs c++ exceptions issue, same as it ever was
 [7] - fails just as poorly in gxemul/landisk as GCC 9
 [8] - i386 seems to have a signal delivery issue.  pthread tests hang and then
diff -r f2c99fcd2c52 -r 69e1eb4b4bd2 external/gpl3/gcc/lib/libgcc/Makefile.inc
--- a/external/gpl3/gcc/lib/libgcc/Makefile.inc Sat Apr 17 21:43:47 2021 +0000
+++ b/external/gpl3/gcc/lib/libgcc/Makefile.inc Sat Apr 17 22:01:02 2021 +0000
@@ -1,4 +1,4 @@
-#      $NetBSD: Makefile.inc,v 1.48 2021/04/17 10:54:46 mrg Exp $
+#      $NetBSD: Makefile.inc,v 1.49 2021/04/17 22:01:02 mrg Exp $
 
 LIBGCC_MACHINE_ARCH?=${MACHINE_ARCH:S/earmv5/earm/}
 GCC_MACHINE_SUBDIR=${MACHINE_CPU:C/powerpc.*/rs6000/:C/x86_64/i386/}
@@ -170,7 +170,7 @@
 
 .if ${LIB} == "gcc" && \
     (${LIBGCC_MACHINE_ARCH} == "aarch64" || \
-     ${LIBGCC_MACHINE_ARCH} == "aarch64be") # {
+     ${LIBGCC_MACHINE_ARCH} == "aarch64eb") # {
 # XXX lse.S objects are placed directly into "libgcc-objects" for GCC, and
 # are not pulled out by mknative-gcc easily.
 . for s in 1 2 4 8 16