head	1.25;
access;
symbols
	perseant-exfatfs-base-20250801:1.25
	netbsd-10-1-RELEASE:1.24
	perseant-exfatfs-base-20240630:1.25
	perseant-exfatfs:1.25.0.2
	perseant-exfatfs-base:1.25
	netbsd-10-0-RELEASE:1.24
	netbsd-10-0-RC6:1.24
	netbsd-10-0-RC5:1.24
	netbsd-10-0-RC4:1.24
	netbsd-10-0-RC3:1.24
	netbsd-10-0-RC2:1.24
	netbsd-10-0-RC1:1.24
	netbsd-10:1.24.0.2
	netbsd-10-base:1.24
	cjep_sun2x-base1:1.21
	cjep_sun2x:1.21.0.2
	cjep_sun2x-base:1.21
	cjep_staticlib_x-base1:1.21
	cjep_staticlib_x:1.20.0.2
	cjep_staticlib_x-base:1.20;
locks; strict;
comment	@# @;


1.25
date	2023.07.30.06.37.23;	author mrg;	state dead;
branches;
next	1.24;
commitid	RukGm80lqeX6dNyE;

1.24
date	2021.08.16.17.42.05;	author mrg;	state Exp;
branches;
next	1.23;
commitid	6g9x5F1epomdOd5D;

1.23
date	2021.06.19.06.19.35;	author mrg;	state Exp;
branches;
next	1.22;
commitid	FvCRqgpjyAapTHXC;

1.22
date	2021.06.16.00.56.16;	author rin;	state Exp;
branches;
next	1.21;
commitid	9F0bb6jSGcWFciXC;

1.21
date	2021.05.27.06.58.27;	author mrg;	state Exp;
branches;
next	1.20;
commitid	jTtI9uNtzRQOQKUC;

1.20
date	2021.04.25.15.32.24;	author rin;	state Exp;
branches
	1.20.2.1;
next	1.19;
commitid	BJekZL4i97PPIGQC;

1.19
date	2021.04.25.10.08.25;	author mrg;	state Exp;
branches;
next	1.18;
commitid	3UPaEGQUnleDVEQC;

1.18
date	2021.04.25.08.01.54;	author mrg;	state Exp;
branches;
next	1.17;
commitid	BgZ3A4zLQ0GfeEQC;

1.17
date	2021.04.23.22.53.03;	author mrg;	state Exp;
branches;
next	1.16;
commitid	NFcyg9uXP3S2etQC;

1.16
date	2021.04.22.20.45.00;	author mrg;	state Exp;
branches;
next	1.15;
commitid	5Jl98wHZxOg8ykQC;

1.15
date	2021.04.22.05.00.35;	author mrg;	state Exp;
branches;
next	1.14;
commitid	cBtzoKNSf4pnifQC;

1.14
date	2021.04.19.08.40.15;	author mrg;	state Exp;
branches;
next	1.13;
commitid	3MKvPddekDaeDSPC;

1.13
date	2021.04.17.22.03.57;	author mrg;	state Exp;
branches;
next	1.12;
commitid	zAJykyNBr1R79HPC;

1.12
date	2021.04.17.22.01.02;	author mrg;	state Exp;
branches;
next	1.11;
commitid	Z9t0f2spVXWO7HPC;

1.11
date	2021.04.17.04.07.16;	author mrg;	state Exp;
branches;
next	1.10;
commitid	EkO5OdGCMYbHbBPC;

1.10
date	2021.04.17.01.59.41;	author mrg;	state Exp;
branches;
next	1.9;
commitid	kcDMiPVkdxz1uAPC;

1.9
date	2021.04.15.05.12.57;	author mrg;	state Exp;
branches;
next	1.8;
commitid	jwf7bpEKnIibClPC;

1.8
date	2021.04.15.01.59.51;	author mrg;	state Exp;
branches;
next	1.7;
commitid	fcH2k5fXV59nxkPC;

1.7
date	2021.04.14.01.19.13;	author mrg;	state Exp;
branches;
next	1.6;
commitid	9vg81TrMxzfRlcPC;

1.6
date	2021.04.13.22.24.56;	author mrg;	state Exp;
branches;
next	1.5;
commitid	h2wQKFKTiqugobPC;

1.5
date	2021.04.13.10.10.25;	author mrg;	state Exp;
branches;
next	1.4;
commitid	d0tgxuTvgpG1h7PC;

1.4
date	2021.04.13.08.57.39;	author mrg;	state Exp;
branches;
next	1.3;
commitid	n3syojtGNJCjV6PC;

1.3
date	2021.04.13.08.22.40;	author mrg;	state Exp;
branches;
next	1.2;
commitid	aE1M2tKsp3CJF6PC;

1.2
date	2021.04.12.08.31.30;	author mrg;	state Exp;
branches;
next	1.1;
commitid	5qLFq5m4OC20OYOC;

1.1
date	2021.04.12.00.05.54;	author mrg;	state Exp;
branches;
next	;
commitid	ZkokfzMsklvk0WOC;

1.20.2.1
date	2021.05.31.22.15.02;	author cjep;	state Exp;
branches;
next	;
commitid	eWz9SBW0XqKjJlVC;


desc
@@


1.25
log
@update for GCC 12.

amd64 tools already work.  everything else is unknown.
@
text
@$NetBSD: README.gcc10,v 1.24 2021/08/16 17:42:05 mrg Exp $


new stuff:
	libmpx
	liboffloadmic
	libvtv
	libcet
	libphobos
	d
	gfortran
	libbacktrace: +dwarf5_CFLAGS = $(libbacktrace_TEST_CFLAGS) -gdwarf-5


todo:
	- audit all uses of new warning-disable variables and
	  convert some from -Wno- to -Wno-error=

arch/feature list.

tools:		does build.sh tools work?
kernels:	does a kernel run?  y (yes), b (builds/ready), ? (not ready)
libgcc:		does libgcc build?
native-gcc:	does a full mknative-gcc complete?
make release:	does build.sh release complete?
runs:		does the system boot with a full world?
atf:		does atf run / compare well
switched:	has port switched?  y (yes), n (no/ready), ? (not ready)


architecture	tools	kernels	libgcc	native-gcc	make release	runs	atf	switched
------------	-----	-------	------	----------	------------	----	---	--------
aarch64		y	y	y	y		y		y	y	y
aarch64eb	y	y	y	y		y		y	y	y
alpha		y	y	y	y		y		y	y	y
earmv4		y	y	y	y		y		y	?	y
earmv4eb	y	b	y	y		y		?	?	y
earmv5		y	b	y	y		y		y	y	y
earmv5eb	y	b	y	y		y		?	?	y
earmv5hf	y	y	y	y		y		?	?	y
earmv5hfeb	y	b	y	y		y		?	?	y
earmv6		y	b	y	y		y		y	y	y
earmv6eb	y	b	y	y		y		y	y	y
earmv6hf	y	y	y	y		y		y	y	y
earmv6hfeb	y	y	y	y		y		y	y	y
earmv7		y	b	y	y		y		y	y	y
earmv7eb	y	b	y	y		y		y	y	y
earmv7hf	y	y	y	y		y		y	y	y
earmv7hfeb	y	y	y	y		y		y	y	y
hppa		y	y	y	y		y		y	y	y
i386		y	y	y	y		y		y	n[8]	y
ia64		y	y	y	y		y		?	N/A	y
m68000		y	b	y	y		y		n[1]	?	y
m68k		y	y	y	y		y		y	?	y
mipseb		y	y	y	y		y		y	?	y
mipsel		y	y	y	y		y		y	?	y
mips64eb	y	y	y	y		y		y	y	y
mips64el	y	b	y	y		y		y	?	y
powerpc		y	b	y	y		y		y	y	y
powerpc64	y	b	y	y		y		N/A	N/A	y
sh3eb		y	b	y	y		y		?[2]	?	y
sh3el		y	y	y	y		y		y	y[7]	y
sparc		y	y	y	y		y		y	y	y
sparc64		y	y	y	y		y		y	y	y
vax		y	y	y	y		y		y	n[6]	y
x86_64		y	y	y	y		y		y	y	y
riscv32		y	N/A	y	y		y		N/A	N/A	y
riscv64		y	N/A	y	y		y		N/A	N/A	y
--
coldfire	?	N/A	?	?		?		N/A	N/A
------------	-----	-------	------	----------	------------	----	---
architecture	tools	kernels	libgcc	native-gcc	make release	runs	atf

[1] - kernel may be too large, does not boot.  GCC 9 is the same, though.
[2] - failed to find any sh3-eb systems to test.
[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
      complain with eg:
	  threads_and_exec: q[ 627.6700846] sorry, pid 3154 was killed: orphaned traced process
      this problem occurs with GCC 9 as well.  works in qemu?


CPU vs platform test table (for CPUs with multiple ports).  this is "make release" or just kernels.
values:		y (yes), k (kernels only), n (failed), r (running), ? (not attempted), nx (yes, no x11)

CPU		platform list
---		-------- ----
		acorn32		cats	epoc32	evbarm-eb	evbarm-el	hpcarm		iyonix		netwinder	shark 		zaurus
earmv4:		y		y	y	y		y		y		 		y		y		 
earm:		 		 	 	y		y		 		y		 		 		y
earmhf:		 		 	 	y		y		 		 		 		 		 
earmv6:		 		 	 	y		y
earmv6hf:	 		 	 	y		y
earmv7:		 		 	 	y		y
earmv7hf:	 		 	 	y		y

		amiga		atari	cesfic	hp300		luna68k		mac68k		mvme68k		news68k		next68k		sun3	x68k
m68k:		y		y	y	y		y		y		y		y		y		y 	y

		evbmips		emips		ews4800mips	mipsco		newsmips	sgimips
mipseb:		y		y		y		y		y		y

		evbmips		algor		arc		cobalt		hpcmips		pmax
mipsel:		y		y		y		y		y		y

		algor		evbmips		pmax
mips64eb:	 		y		 
mips64el:	y		y		y

		amigappc	bebox	evbppc	ibmnws		macppc		mvmeppc		ofppc		prep		rs6000		sandpoint
powerpc:	y		y	y	y		y		y		y		y		y		y

		evbppc		macppc		ofppc
powerpc64:	y		y		y

		dreamcast	evbsh3		hpcsh		landisk		mmeye
sh3eb:		 		y		 		 		y
sh3el:		y		y		y		y
@


1.24
log
@note sh3 switched.
@
text
@d1 1
a1 1
$NetBSD: README.gcc10,v 1.23 2021/06/19 06:19:35 mrg Exp $
@


1.23
log
@switch m68000, m68k and 32 bit arm to GCC 10.  just sh3 left!

special thanks to rin for fixing arm32.
@
text
@d1 1
a1 1
$NetBSD: README.gcc10,v 1.22 2021/06/16 00:56:16 rin Exp $
d61 2
a62 2
sh3eb		y	b	y	y		y		?	?	?
sh3el		y	y	y	y		y		y	y[7]	n
d75 1
@


1.22
log
@Update earmv[67]{,hf}{,eb}: hazard has gone, just working fine!

Note that kernel texts for soft-float variants are just same as that for
hard-float counterparts.
@
text
@d1 1
a1 1
$NetBSD: README.gcc10,v 1.21 2021/05/27 06:58:27 mrg Exp $
d36 14
a49 14
earmv4		y	y	y	y		y		y	?	n
earmv4eb	y	b	y	y		y		?	?	?
earmv5		y	b	y	y		y		y	y	n
earmv5eb	y	b	y	y		y		?	?	?
earmv5hf	y	y	y	y		y		?	?	?
earmv5hfeb	y	b	y	y		y		?	?	?
earmv6		y	b	y	y		y		y	y	n
earmv6eb	y	b	y	y		y		y	y	n
earmv6hf	y	y	y	y		y		y	y	n
earmv6hfeb	y	y	y	y		y		y	y	n
earmv7		y	b	y	y		y		y	y	n
earmv7eb	y	b	y	y		y		y	y	n
earmv7hf	y	y	y	y		y		y	y	n
earmv7hfeb	y	y	y	y		y		y	y	n
d53 2
a54 2
m68000		y	b	y	y		n[1]		?	?	?
m68k		y	y	y	y		y[9]		y	?	n
d74 1
a74 1
[1] - ramdisk.fs is too large, needs fixing.
a80 10
[9] - x68k/stand fails with:
      link  loadbsd/loadbsd.x
      loadbsd1: program header #1 is not loadable
      problem is understood (thanks tsutsui@@): previously loadbsd was linked
      against normal userland libc components for m68k, which allows it to
      detect running on m68000 CPU and sanely fail, instead of an barf error.
      new gcc built libc includes TLS support, that isn't compatible with this
      and the conversion process fails.  can be fixed by using libkern instead,
      and accepting the poor error on m68000.

d98 1
a98 1
m68k:		y		y	y	y		y		y		y		y		y		y 	n[9]
@


1.21
log
@switch mips* and i386 to GCC 10.

arm32 (significant issues remaining), m68k (seems fine, but x68k
needs to reduce support in loadbsd), and sh3 remaining.
@
text
@d1 1
a1 1
$NetBSD: README.gcc10,v 1.20 2021/04/25 15:32:24 rin Exp $
d42 6
a47 6
earmv6		y	b	y	y		y		y	?	?
earmv6eb	y	b	y	y		y		y	?	?
earmv6hf	y	y	y	y		y		y[2]	?	?
earmv6hfeb	y	b	y	y		y		y[2]	?	?
earmv7		y	b	y	y		y		?	?	?
earmv7eb	y	b	y	y		y		?	?	?
d49 1
a49 1
earmv7hfeb	y	b	y	y		y		y	y	n
a74 8
[2] - armv6hf (both little and big endian) has new problems:
      rpi# cat bar.s
              .cfi_startproc
              .cfi_endproc
      rpi# as bar.s
      bar.s: Assembler messages:
      bar.s: Internal error (Illegal instruction).
      Please report this bug.
@


1.20
log
@Update as(1) failure on armv6; it occurs also for earmv6hfeb, whereas it
does not for earmv6{,eb}.
@
text
@d1 1
a1 1
$NetBSD: README.gcc10,v 1.19 2021/04/25 10:08:25 mrg Exp $
d51 1
a51 1
i386		y	y	y	y		y		y	n[8]	?
d55 4
a58 4
mipseb		y	y	y	y		y		y	?	?
mipsel		y	y	y	y		y		y	?	?
mips64eb	y	y	y	y		y		y	y	?
mips64el	y	b	y	y		y		y	?	?
d88 1
a88 1
      this problem occurs with GCC 9 as well.
@


1.20.2.1
log
@sync with head
@
text
@d1 1
a1 1
$NetBSD: README.gcc10,v 1.21 2021/05/27 06:58:27 mrg Exp $
d51 1
a51 1
i386		y	y	y	y		y		y	n[8]	y
d55 4
a58 4
mipseb		y	y	y	y		y		y	?	y
mipsel		y	y	y	y		y		y	?	y
mips64eb	y	y	y	y		y		y	y	y
mips64el	y	b	y	y		y		y	?	y
d88 1
a88 1
      this problem occurs with GCC 9 as well.  works in qemu?
@


1.19
log
@armv6 little endian has problems with GCC 10.

rpi# cat bar.s
        .cfi_startproc
        .cfi_endproc
rpi# as bar.s
bar.s: Assembler messages:
bar.s: Internal error (Illegal instruction).
Please report this bug.
@
text
@d1 1
a1 1
$NetBSD: README.gcc10,v 1.18 2021/04/25 08:01:54 mrg Exp $
d42 1
a42 1
earmv6		y	b	y	y		y		y[2]	?	?
d45 1
a45 1
earmv6hfeb	y	b	y	y		y		y	?	?
d75 1
a75 1
[2] - armv6 little endian has new problems:
@


1.18
log
@switch powerpc and arm64 to GCC 10.
@
text
@d1 1
a1 1
$NetBSD: README.gcc10,v 1.17 2021/04/23 22:53:03 mrg Exp $
d42 1
a42 1
earmv6		y	b	y	y		y		y	?	?
d44 1
a44 1
earmv6hf	y	y	y	y		y		y	?	?
d75 8
@


1.17
log
@cc1objplus and lto-dump are now enabled.
@
text
@d1 1
a1 1
$NetBSD: README.gcc10,v 1.16 2021/04/22 20:45:00 mrg Exp $
d33 2
a34 2
aarch64		y	y	y	y		y		y	y	n
aarch64eb	y	y	y	y		y		y	y	n
d40 1
a40 1
earmv5hf	y	b	y	y		y		?	?	?
d42 4
a45 4
earmv6		y	b	y	y		y		?	?	?
earmv6eb	y	b	y	y		y		?	?	?
earmv6hf	y	b	y	y		y		?	?	?
earmv6hfeb	y	b	y	y		y		?	?	?
d57 1
a57 1
mips64eb	y	y	y	y		y		y	?	?
d59 2
a60 2
powerpc		y	b	y	y		y		y	?	n
powerpc64	y	b	y	y		y		N/A	N/A	n
@


1.16
log
@arm64eb works.
@
text
@d1 1
a1 1
$NetBSD: README.gcc10,v 1.15 2021/04/22 05:00:35 mrg Exp $
a4 1
	cc1objcplus
a11 1
	lto-dump
@


1.15
log
@arm64* now works.  (thanks skrll.)
evbarmv5 and evbarmv7hfeb works.  (thanks martin.)
@
text
@d1 1
a1 1
$NetBSD: README.gcc10,v 1.14 2021/04/19 08:40:15 mrg Exp $
d36 1
a36 1
aarch64eb	y	y	y	y		y		y	?	?
@


1.14
log
@hppa switched.  sh3el seems ready.  m68k atf wasn't fail..
@
text
@d1 1
a1 1
$NetBSD: README.gcc10,v 1.13 2021/04/17 22:03:57 mrg Exp $
d35 2
a36 2
aarch64		y	n[3]	y	y		n		?	y	?
aarch64eb	y	n[3]	y	y		n		?	?	?
d40 1
a40 1
earmv5		y	b	y	y		y		?	?	?
d51 1
a51 1
earmv7hfeb	y	b	y	y		y		?	?	?
a76 1
[3] - missing __aarch64_swp1_acq in kernels.
@


1.13
log
@arm64-gcc10 can run atf fine (with a GCC 9 kernel.)
@
text
@d1 1
a1 1
$NetBSD: README.gcc10,v 1.12 2021/04/17 22:01:02 mrg Exp $
d52 1
a52 1
hppa		y	y	y	y		y		y	?	?
d56 1
a56 1
m68k		y	y	y	y		y[9]		y	n	n
d64 1
a64 1
sh3el		y	y	y	y		y		y	y[7]	?
@


1.12
log
@it's spelled aarch64eb.  now aarch64eb userland builds, too.
update arm64 status (kernels still need new libkern help.)
@
text
@d1 1
a1 1
$NetBSD: README.gcc10,v 1.11 2021/04/17 04:07:16 mrg Exp $
d35 1
a35 1
aarch64		y	n[3]	y	y		n		?	?	?
@


1.11
log
@switch alpha, ia64, sparc*, riscv*, amd64 and vax to GCC 10 default.
@
text
@d1 1
a1 1
$NetBSD: README.gcc10,v 1.10 2021/04/17 01:59:41 mrg Exp $
d35 2
a36 2
aarch64		y	n[3]	n[3]	y		n		?	?	?
aarch64be	y	n[3]	n[3]	y		n		?	?	?
d77 1
a77 1
[3] - missing __aarch64_swp1_acq in kernels.  missing lse.S in libgcc.
@


1.10
log
@various updates, thanks to those who provided feedback.

- powerpc ports work
- m68k ports work, x68k has a new caveat
- hppa works
- mips64eb vs UVMHIST has been fix
- i386 reboot problem fixed (cardbus issue, not GCC related)
@
text
@d1 1
a1 1
$NetBSD: README.gcc10,v 1.9 2021/04/15 05:12:57 mrg Exp $
d37 1
a37 1
alpha		y	y	y	y		y		y	y	n
d54 1
a54 1
ia64		y	y	y	y		y		?	N/A	n
d65 6
a70 6
sparc		y	y	y	y		y		y	y	n
sparc64		y	y	y	y		y		y	y	n
vax		y	y	y	y		y		y	n[6]	n
x86_64		y	y	y	y		y		y	y	n
riscv32		y	N/A	y	y		y		N/A	N/A	n
riscv64		y	N/A	y	y		y		N/A	N/A	n
@


1.9
log
@feedback from rin@@: alpha and m68k work well, powerpc not so much
but fixes are known.

thanks!
@
text
@d1 1
a1 1
$NetBSD: README.gcc10,v 1.8 2021/04/15 01:59:51 mrg Exp $
d52 1
a52 1
hppa		y	b	y	y		y		?	?	?
d56 1
a56 1
m68k		y	y	y	y		y[9]		y	?	?
d59 1
a59 1
mips64eb	y	y	y	y		y		n[4]	?	?
d61 2
a62 2
powerpc		y	b	y	y		y		n[2]	?	?
powerpc64	y	b	y	y		y		N/A	N/A	?
a76 1
[2] - powerpc ports have regressions; fixes incoming from rin@@
a77 18
[4] - edgerouter lite3 crashes early in boot:
      [   1.0000000] u-boot bootmem desc @@ 0x24108 version 3.0
      [   1.0000000] phys segment: 0xfc000 @@ 0x102000
      [   1.0000000] adding 0xfc000 @@ 0x102000 to freelist 3
      [   1.0000000] phys segment: 0x7276000 @@ 0xe8a000
      [   1.0000000] adding 0x7276000 @@ 0xe8a000 to freelist 3
      [   1.0000000] phys segment: 0x7efa000 @@ 0x8102000
      [   1.0000000] adding 0x7efa000 @@ 0x8102000 to freelist 3
      [   1.0000000] phys segment: 0xff00000 @@ 0x410000000
      [   1.0000000] adding 0xff00000 @@ 0x410000000 to freelist 0
      [   1.0000000] pid 0(system): trap: cpu0, TLB miss (load or instr. fetch) in kernel mode
      [   1.0000000] status=0xa3, cause=0x8, epc=0xffffffff802564d4, vaddr=0
      [   1.0000000] tf=0x9800000000165bb0 ksp=0x9800000000165cf0 ra=0xffffffff80256470 ppl=0
      [   1.0000000] kernel: TLB miss (load or instr. fetch) trap
      Stopped in pid 0.0 (system) at  ffffffff802564d4:       sw      zero,16(s0)
      0x9800000000165cf0: 0xffffffff802563+0xd8 (0xffffffff80000000,0,0,0xc000000008000000) ra 0xffffffff803edd18 sz 0
      0x9800000000165cf0: 0xffffffff803edc+0x84 (0xffffffff80000000,0,0,0xc000000008000000) ra 0 sz 0
    - OCTEON kernel seems OK, something in my private configuration?
d80 4
a83 4
[8] - i386 seems to have a signal delivery issue.  GCC 9 or 10 kernels are
      unable to reboot properly, and GCC 10 atf runs hang in signal delivery.
      bisection so far has reduced bug introduction between 2020-05-08 and
      2020-05-15.  possibly pthread or condvar changes in this period.
d87 6
a92 1
      may be due to it pulling in libc sources that get TLS marked?
d103 1
a103 1
earm:		 		 	 	r		y		 		y		 		 		y
@


1.8
log
@i've test-built all platforms.  everything except arm64, x68k and sun2
builds.  many of them work as well.  most mips are (minimally) tested.
@
text
@d1 1
a1 1
$NetBSD: README.gcc10,v 1.7 2021/04/14 01:19:13 mrg Exp $
d37 1
a37 1
alpha		y	b	y	y		y		?	?	?
d56 1
a56 1
m68k		y	y	y	y		y[9]		?	?	?
d61 1
a61 1
powerpc		y	b	y	y		y		?	?	?
d77 1
@


1.7
log
@dtrace systrace.c issue fixed by christos (thanks!)

mips issue is related to memset.c miscompiling and does not
appear with -ffreestanding (thanks joerg & simonb.)
@
text
@d1 1
a1 1
$NetBSD: README.gcc10,v 1.6 2021/04/13 22:24:56 mrg Exp $
d35 2
a36 2
aarch64		y	n[3]	y	y		n		?	?	?
aarch64be	y	n	n	y		n		?	?	?
d39 11
a49 11
earmv4eb	y	b	y	y		n		?	?	?
earmv5		y	b	y	y		n		?	?	?
earmv5eb	y	b	y	y		n		?	?	?
earmv5hf	y	b	y	y		n		?	?	?
earmv5hfeb	y	b	y	y		n		?	?	?
earmv6		y	b	y	y		n		?	?	?
earmv6eb	y	b	y	y		n		?	?	?
earmv6hf	y	b	y	y		n		?	?	?
earmv6hfeb	y	b	y	y		n		?	?	?
earmv7		y	b	y	y		n		?	?	?
earmv7eb	y	b	y	y		n		?	?	?
d54 1
a54 1
ia64		y	y	y	y		n[2]		?	N/A	n
d56 5
a60 5
m68k		y	y	y	y		y		?	?	?
mipseb		y	b	y	y		y		?	?	?
mipsel		y	b	y	y		y		?	?	?
mips64eb	y	y	y	y		y		n[4,5]	?	?
mips64el	y	b	y	y		y		?	?	?
d64 1
a64 1
sh3el		y	y	y	y		y		y	?	?
d77 1
a77 6
[2] - rescue fails to build:
      /tmp//ccnNTCsS.s: Assembler messages:
      /tmp//ccnNTCsS.s:610: Warning: .label_state outside of body region
      /tmp//ccnNTCsS.s:611: Warning: .restore outside of body region
      /tmp//ccnNTCsS.s: Error: 2 warnings, treating warnings as errors
[3] - missing __aarch64_swp1_acq in kernels.
d96 2
a97 4
[5] - userland is broken.  some dynamic apps run on old install (ie, old
      ld.elf_so & shlibs) but nothing in chroot runs (static or dynamic).
      memset.c compiles wrongly, wants -ffreestanding.  oddness.
[6] - vax vs c++ exceptions issue
d100 6
a105 1

d115 7
a121 7
earmv4:		k		k	k	k		k		k		 		k		y		 
earm:		 		 	 	k		k		 		k		 		 		k
earmhf:		 		 	 	k		k		 		 		 		 		 
earmv6:		 		 	 	k		k
earmv6hf:	 		 	 	k		k
earmv7:		 		 	 	k		y
earmv7hf:	 		 	 	y		k
d124 1
a124 1
m68k:		k		k	k	k		k		k		k		k		k		y 	k
d127 1
a127 1
mipseb:		y		k		k		k		y		?
d134 1
a134 1
mips64el:	k		y		k
d137 1
a137 1
powerpc:	k		k	k	k		y		k		k		k		k		k
d143 2
a144 2
sh3eb:		 		k		 		 		y
sh3el:		k		k		k		y
@


1.6
log
@note amd64 dtrace issue is only warning for now.
note that i386 has problems in -current.
@
text
@d1 1
a1 1
$NetBSD: README.gcc10,v 1.5 2021/04/13 10:10:25 mrg Exp $
d68 1
a68 1
x86_64		y	y	y	y		y[7]		y	y	?
d103 1
a104 6
[7] - with ctf/dtrace enabled, this happens:
      /usr/src2/sys/kern/systrace_args.c:19:13: error: array subscript 8 is above array bounds of 'const union <anonymous>[8]' [-Werror=array-bounds]
         19 |   iarg[1] = SCARG(p, args[SYS_MAXSYSARGS]); /* register_t */
            |             ^
      which makes sense as args[8] is out of bounds.
      -- this issue has been -Wno-'d but should be investigated.
@


1.5
log
@with dtrace enabled, there is at least one remaining issue for amd64.
@
text
@d1 1
a1 1
$NetBSD: README.gcc10,v 1.4 2021/04/13 08:57:39 mrg Exp $
d53 1
a53 1
i386		y	y	y	y		y		y	?	?
d109 3
@


1.4
log
@sparc and amd64 successfully finished their atf runs.
@
text
@d1 1
a1 1
$NetBSD: README.gcc10,v 1.3 2021/04/13 08:22:40 mrg Exp $
d68 1
a68 1
x86_64		y	y	y	y		y		y	y	n
d104 6
@


1.3
log
@update the status of GCC.  summary:  mostly looking good.

- all targets build or can be attempted
- arm64 needs __aarch64_swp1_acq in both libgcc and libkern
- earmv4 works, earmv7hf works, all arm32 builds, rest untested
- hppa, most/all m68k, alpha, and most ppc builds, none tested
- ia64 kernel runs as well as before, userland fails to build
- i386 runs, seems mostly fine except lib/libc/sys/t_ptrace_wait
  resume test is hung, and cpu-spinning in a zombie
- sun2 grew again, too large but builds besides RAMDISK not fitting
- mips seems problematic.  some kernels fail some work, userland
  has problems with both static and dynamic n32 and n64 programs
- sh3el seems ok in gxemul/landisk, sh3eb not tested
- vax seems OK in simh (same c++ exception issues)

all ports kernels have been tested to build (though perhaps with
some uncommited changes only needed for some, while most changes
are commited, about 15 are not but many ports build without them.)
@
text
@d1 1
a1 1
$NetBSD: README.gcc10,v 1.2 2021/04/12 08:31:30 mrg Exp $
d65 1
a65 1
sparc		y	y	y	y		y		y	?	?
d68 1
a68 1
x86_64		y	y	y	y		y		y	?	?
@


1.2
log
@updates:
- arm64 doesn't build (missing __aarch64_swp1_acq in kernels)
- mips cpu targets all build (maybe not all ports)
- powerpc builds (maybe not all ports)
@
text
@d1 1
a1 1
$NetBSD: README.gcc10,v 1.1 2021/04/12 00:05:54 mrg Exp $
d24 1
a24 1
kernels:	does a kernel run?
d37 28
a64 28
alpha		y	n	n	y		n		?	?	?
earmv4		y	n	n	y		n		?	?	?
earmv4eb	y	n	n	y		n		?	?	?
earmv5		y	n	n	y		n		?	?	?
earmv5eb	y	n	n	y		n		?	?	?
earmv5hf	y	n	n	y		n		?	?	?
earmv5hfeb	y	n	n	y		n		?	?	?
earmv6		y	n	n	y		n		?	?	?
earmv6eb	y	n	n	y		n		?	?	?
earmv6hf	y	n	n	y		n		?	?	?
earmv6hfeb	y	n	n	y		n		?	?	?
earmv7		y	n	n	y		n		?	?	?
earmv7eb	y	n	n	y		n		?	?	?
earmv7hf	y	n	n	y		n		?	?	?
earmv7hfeb	y	n	n	y		n		?	?	?
hppa		y	n	n	y		n		?	?	?
i386		y	n	n	y		n		?	?	?
ia64		y	n	n	y		n		?	N/A	?
m68000		y	n	n	y		n		?	?	?
m68k		y	n	n	y		n		?	?	?
mipseb		y	n	y	y		y		?	?	?
mipsel		y	n	y	y		y		?	?	?
mips64eb	y	n	y	y		y		?	?	?
mips64el	y	n	y	y		y		?	?	?
powerpc		y	n	y	y		y		?	?	?
powerpc64	y	n	y	y		y		N/A	N/A	?
sh3eb		y	n	n	y		n		?	?	?
sh3el		y	n	n	y		n		?	?	?
d66 2
a67 2
sparc64		y	y	y	y		y		y	?	?
vax		y	n	n	y		n		?	?	?
d76 6
d83 21
a103 1

d113 7
a119 7
earmv4:		n		n	n	n		n		n		 		n		n		 
earm:		 		 	 	n		n		 		n		 		 		n
earmhf:		 		 	 	n		n		 		 		 		 		 
earmv6:		 		 	 	n		n
earmv6hf:	 		 	 	n		n
earmv7:		 		 	 	n		n
earmv7hf:	 		 	 	n		n
d122 1
a122 1
m68k:		n		n	n	n		n		n		n		n		n		n 	n
d125 1
a125 1
mipseb:		y		n		n		n		n		n
d128 1
a128 1
mipsel:		y		n		n		n		n		n
d132 1
a132 1
mips64el:	n		y		n
d135 1
a135 1
powerpc:	n		n	n	n		n		n		n		n		n		n
d138 1
a138 1
powerpc64:	n		n[1]		n[1]
d141 2
a142 2
sh3eb:		 		n		 		 		n
sh3el:		n		n		n		n
@


1.1
log
@various changes to get GCC 10 to build here.

- fix path to compiler-specific includes
- missing (void) for (older) C
- fix __is_signed/__is_signed_val change
- avoid compiler warning-as-errors
- add to existing COPTS.file values, instead of setting
- bump libgomp minor; functions were added
- add new 'compare' c++ header
- handle new analyzer subdirectory.  set TARGET_MACHINE for lto-streamer-in.c.
  remove params.list etc handling.
- coroutines.cc is another .cc not .c.  adjust .PATH to suit.
- add new lto1 sources
- couple of files not in /arch/ subdirs missed in mknative update.

rs6000.c is still not merged.
@
text
@d1 1
a1 1
$NetBSD: README.gcc9,v 1.16 2020/09/15 09:27:25 mrg Exp $
d35 1
a35 1
aarch64		y	n	n	y		n		?	?	?
d57 6
a62 6
mipseb		y	n	n	y		n		?	?	?
mipsel		y	n	n	y		n		?	?	?
mips64eb	y	n	n	y		n		?	?	?
mips64el	y	n	n	y		n		?	?	?
powerpc		n[1]	n	n	n		n		?	?	?
powerpc64	n[1]	n	n	n		n		N/A	N/A	?
d76 1
a76 1
[1] - rs6000.c is not yet merged, build issues.
d99 1
a99 1
mipseb:		n		n		n		n		n		n
d102 1
a102 1
mipsel:		n		n		n		n		n		n
d105 2
a106 2
mips64eb:	 		n		 
mips64el:	n		n		n
@