Aren/NetBSD
1
0
Fork 0
Code Issues Pull Requests Packages Projects Releases Wiki Activity
ae60fed3bd
NetBSD/external/gpl3/gcc/README.gcc53

109 lines
3.2 KiB
Plaintext
Raw Normal View History

update powerpc64 info
2016-06-10 02:36:53 +03:00
$NetBSD: README.gcc53,v 1.21 2016/06/09 23:36:53 mrg Exp $
document the state of gcc 5.3 in src.
2016-03-18 00:46:08 +03:00
lib:
libasan is disabled currently (haven't tried yet)
new stuff:
cc1objcplus
collect2 -- need to re-introduce?
libcilkrts
libmpx
liboffloadmic
libvtv
libitm
other changes to look at:
Index: gcc/targhooks.c
vs new binutils
+ doc/gcov-tool.1
arch/feature list. anything not here has been switched already:
update a bunch: - explain the columns - update arm status: - MKCOMPAT problems with oabi - coldfire builds as much as GCC 4.8 - sun2, m68k builds - most mips builds now (mips64 has generic build issues) - update sparc64 and ppc problems (sshd) - there is something very very odd in linking libldap.so.4.3 where using the GCC 4.8 compiler to link the GCC 5.3 compiled objects works, or using GCC 5.3 compiler to link the 4.8 compiled objects fails -- ie, the compiler output seems fine, but the interactions between GCC and ld(1) are broken. - add or1k, riscv*, ia64 and ppc64 columns: - or1k and riscv* both fail, they need to have their support ported to GCC 5.x (i understand that at least one of them has a GCC 5.x tree.) - expand the list of actually tested to complete "build.sh release" to include machines, not just cpus.
2016-03-23 10:34:37 +03:00
tools: does build.sh tools work?
kernels: does a kernel run?
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
document the state of gcc 5.3 in src.
2016-03-18 00:46:08 +03:00
architecture tools kernels libgcc native-gcc make release runs atf
------------ ----- ------- ------ ---------- ------------ ---- ---
update a bunch: - explain the columns - update arm status: - MKCOMPAT problems with oabi - coldfire builds as much as GCC 4.8 - sun2, m68k builds - most mips builds now (mips64 has generic build issues) - update sparc64 and ppc problems (sshd) - there is something very very odd in linking libldap.so.4.3 where using the GCC 4.8 compiler to link the GCC 5.3 compiled objects works, or using GCC 5.3 compiler to link the 4.8 compiled objects fails -- ie, the compiler output seems fine, but the interactions between GCC and ld(1) are broken. - add or1k, riscv*, ia64 and ppc64 columns: - or1k and riscv* both fail, they need to have their support ported to GCC 5.x (i understand that at least one of them has a GCC 5.x tree.) - expand the list of actually tested to complete "build.sh release" to include machines, not just cpus.
2016-03-23 10:34:37 +03:00
arm y ? y y n[3]
armeb y ? y y n[3]
coldfire y N/A y y ? N/A N/A
earm y ? y y y[3,13]
earmeb y ? y y y[3,13]
earmhf y ? y y y[3]
earmhfeb y ? y y y[3]
note shark (earmv4) works including atf.
2016-04-04 04:32:21 +03:00
earmv4 y y y y y[3] y y
update a bunch: - explain the columns - update arm status: - MKCOMPAT problems with oabi - coldfire builds as much as GCC 4.8 - sun2, m68k builds - most mips builds now (mips64 has generic build issues) - update sparc64 and ppc problems (sshd) - there is something very very odd in linking libldap.so.4.3 where using the GCC 4.8 compiler to link the GCC 5.3 compiled objects works, or using GCC 5.3 compiler to link the 4.8 compiled objects fails -- ie, the compiler output seems fine, but the interactions between GCC and ld(1) are broken. - add or1k, riscv*, ia64 and ppc64 columns: - or1k and riscv* both fail, they need to have their support ported to GCC 5.x (i understand that at least one of them has a GCC 5.x tree.) - expand the list of actually tested to complete "build.sh release" to include machines, not just cpus.
2016-03-23 10:34:37 +03:00
earmv4eb y ? y y y[3]
updates to latest -current: - sshd problem is libldap.so.4.3, at least on sparc64. placing with 4.8 one works - alpha mostly works fine, 7 new failures in atf, plus sshd problem - update release build info for many *earm*, hppa, i386, amd64, mipsel, sh3* - *mips* now at least completes mknative-gcc - sh3eb has a mknative-gcc problem
2016-03-22 11:22:04 +03:00
earmv6 y ? y y y[3]
update a bunch: - explain the columns - update arm status: - MKCOMPAT problems with oabi - coldfire builds as much as GCC 4.8 - sun2, m68k builds - most mips builds now (mips64 has generic build issues) - update sparc64 and ppc problems (sshd) - there is something very very odd in linking libldap.so.4.3 where using the GCC 4.8 compiler to link the GCC 5.3 compiled objects works, or using GCC 5.3 compiler to link the 4.8 compiled objects fails -- ie, the compiler output seems fine, but the interactions between GCC and ld(1) are broken. - add or1k, riscv*, ia64 and ppc64 columns: - or1k and riscv* both fail, they need to have their support ported to GCC 5.x (i understand that at least one of them has a GCC 5.x tree.) - expand the list of actually tested to complete "build.sh release" to include machines, not just cpus.
2016-03-23 10:34:37 +03:00
earmv6eb y ? y y y[3]
earmv6hf y ? y y y[3]
earmv6hfeb y ? y y y[3]
updates to latest -current: - sshd problem is libldap.so.4.3, at least on sparc64. placing with 4.8 one works - alpha mostly works fine, 7 new failures in atf, plus sshd problem - update release build info for many *earm*, hppa, i386, amd64, mipsel, sh3* - *mips* now at least completes mknative-gcc - sh3eb has a mknative-gcc problem
2016-03-22 11:22:04 +03:00
earmv7 y ? y y y[3]
earmv7eb y ? y y y[3]
earmv7hf y ? y y y[3]
update a bunch: - explain the columns - update arm status: - MKCOMPAT problems with oabi - coldfire builds as much as GCC 4.8 - sun2, m68k builds - most mips builds now (mips64 has generic build issues) - update sparc64 and ppc problems (sshd) - there is something very very odd in linking libldap.so.4.3 where using the GCC 4.8 compiler to link the GCC 5.3 compiled objects works, or using GCC 5.3 compiler to link the 4.8 compiled objects fails -- ie, the compiler output seems fine, but the interactions between GCC and ld(1) are broken. - add or1k, riscv*, ia64 and ppc64 columns: - or1k and riscv* both fail, they need to have their support ported to GCC 5.x (i understand that at least one of them has a GCC 5.x tree.) - expand the list of actually tested to complete "build.sh release" to include machines, not just cpus.
2016-03-23 10:34:37 +03:00
earmv7hfeb y ? y y y[3]
m68000 y ? y y y
amiga kernel builds and runs
2016-04-02 11:54:47 +03:00
m68k y y[16] y y y[13]
- clean up some - i386 atf works - mipseb kernels and system runs - mips64* kernels work system runs
2016-03-29 12:20:28 +03:00
mipseb y y y y y y
remove platforms successful switched and update some of the mips testing
2016-04-04 04:47:18 +03:00
mipsel y y y y y y y
mips64eb y y y y y[8] y y
mips64el y ? y y y y y
update the build status for some ppc and mips.
2016-03-23 21:45:41 +03:00
powerpc y y y y y y[6]
update powerpc64 info
2016-06-10 02:36:53 +03:00
powerpc64 y ? y y y
updates to latest -current: - sshd problem is libldap.so.4.3, at least on sparc64. placing with 4.8 one works - alpha mostly works fine, 7 new failures in atf, plus sshd problem - update release build info for many *earm*, hppa, i386, amd64, mipsel, sh3* - *mips* now at least completes mknative-gcc - sh3eb has a mknative-gcc problem
2016-03-22 11:22:04 +03:00
sh3eb y ? y y y[5]
sh3el y ? y y y
sparc has the ldap problem
2016-03-26 12:01:20 +03:00
sparc y y y y y y[6]
update: - earmv4 works (atf has one new failure, that seems common) - mipsel run - sparc runs - sparc64 mostly works in UP mode - add list of actual machines tested on
2016-03-25 00:20:31 +03:00
sparc64 y y y y y y[6,2] y
update VAX
2016-03-25 00:46:28 +03:00
vax y y y y y y[15] n
update a bunch: - explain the columns - update arm status: - MKCOMPAT problems with oabi - coldfire builds as much as GCC 4.8 - sun2, m68k builds - most mips builds now (mips64 has generic build issues) - update sparc64 and ppc problems (sshd) - there is something very very odd in linking libldap.so.4.3 where using the GCC 4.8 compiler to link the GCC 5.3 compiled objects works, or using GCC 5.3 compiler to link the 4.8 compiled objects fails -- ie, the compiler output seems fine, but the interactions between GCC and ld(1) are broken. - add or1k, riscv*, ia64 and ppc64 columns: - or1k and riscv* both fail, they need to have their support ported to GCC 5.x (i understand that at least one of them has a GCC 5.x tree.) - expand the list of actually tested to complete "build.sh release" to include machines, not just cpus.
2016-03-23 10:34:37 +03:00
--
- figured out the ldap/ssh problem. was miscompiled crtbeginS.o which has been worked around. - update some testing info. - merge or1k/riscv descriptions that are actually the same problem.
2016-03-27 03:07:20 +03:00
or1k n[10]
update a bunch: - explain the columns - update arm status: - MKCOMPAT problems with oabi - coldfire builds as much as GCC 4.8 - sun2, m68k builds - most mips builds now (mips64 has generic build issues) - update sparc64 and ppc problems (sshd) - there is something very very odd in linking libldap.so.4.3 where using the GCC 4.8 compiler to link the GCC 5.3 compiled objects works, or using GCC 5.3 compiler to link the 4.8 compiled objects fails -- ie, the compiler output seems fine, but the interactions between GCC and ld(1) are broken. - add or1k, riscv*, ia64 and ppc64 columns: - or1k and riscv* both fail, they need to have their support ported to GCC 5.x (i understand that at least one of them has a GCC 5.x tree.) - expand the list of actually tested to complete "build.sh release" to include machines, not just cpus.
2016-03-23 10:34:37 +03:00
riscv32 n[10]
riscv64 n[10]
ia64
updates to latest -current: - sshd problem is libldap.so.4.3, at least on sparc64. placing with 4.8 one works - alpha mostly works fine, 7 new failures in atf, plus sshd problem - update release build info for many *earm*, hppa, i386, amd64, mipsel, sh3* - *mips* now at least completes mknative-gcc - sh3eb has a mknative-gcc problem
2016-03-22 11:22:04 +03:00
------------ ----- ------- ------ ---------- ------------ ---- ---
architecture tools kernels libgcc native-gcc make release runs atf
document the state of gcc 5.3 in src.
2016-03-18 00:46:08 +03:00
[2] - -O2 and -Os kernels hang, -O1 SIR reset
update info for: hppa: libc build failes in fenv.c m68*: libc fails with stack protector issues mips*: libgcc fails sh*: initial stuff works sparc*: sshd is broken for both, perhaps kernels are SMP problematic vax: tools/gcc failes
2016-03-18 13:14:39 +03:00
-- may be a SMP issue; ultra10 works, ultra45 SMP does not
-- try sb2000 (particularly with UP kernel. u45 UP is shitty.)
sgimip is big endian, noted by @nisimura. minor updates.
2016-04-05 03:43:48 +03:00
[3] - MKCOMPAT=no enabled currently, infact OABI seems to be broken. the docs say it was only deprecated, but the options make broken stuff.
updates to latest -current: - sshd problem is libldap.so.4.3, at least on sparc64. placing with 4.8 one works - alpha mostly works fine, 7 new failures in atf, plus sshd problem - update release build info for many *earm*, hppa, i386, amd64, mipsel, sh3* - *mips* now at least completes mknative-gcc - sh3eb has a mknative-gcc problem
2016-03-22 11:22:04 +03:00
[5] - sh3eb tries to use sh specific atomic config which doesn't work, has hand edited mknative output
- figured out the ldap/ssh problem. was miscompiled crtbeginS.o which has been worked around. - update some testing info. - merge or1k/riscv descriptions that are actually the same problem.
2016-03-27 03:07:20 +03:00
[6] - crtbeginS.o builds incorrectly with GCC 5.3 and -O2. a hack for -O1 has been added.
update a bunch: - explain the columns - update arm status: - MKCOMPAT problems with oabi - coldfire builds as much as GCC 4.8 - sun2, m68k builds - most mips builds now (mips64 has generic build issues) - update sparc64 and ppc problems (sshd) - there is something very very odd in linking libldap.so.4.3 where using the GCC 4.8 compiler to link the GCC 5.3 compiled objects works, or using GCC 5.3 compiler to link the 4.8 compiled objects fails -- ie, the compiler output seems fine, but the interactions between GCC and ld(1) are broken. - add or1k, riscv*, ia64 and ppc64 columns: - or1k and riscv* both fail, they need to have their support ported to GCC 5.x (i understand that at least one of them has a GCC 5.x tree.) - expand the list of actually tested to complete "build.sh release" to include machines, not just cpus.
2016-03-23 10:34:37 +03:00
[8] - sgimips64 release build fails, mdsetimage'd gz'd kernels don't get built?
- figured out the ldap/ssh problem. was miscompiled crtbeginS.o which has been worked around. - update some testing info. - merge or1k/riscv descriptions that are actually the same problem.
2016-03-27 03:07:20 +03:00
[10] - needs to be re-merged with GCC 5.3 versions of these not-merged-to-mainline-gcc ports.
update the build status for some ppc and mips.
2016-03-23 21:45:41 +03:00
[13] - builds tested:
- m68k: mvm68k amiga atari
- earm : shark evbarm*
sgimip is big endian, noted by @nisimura. minor updates.
2016-04-05 03:43:48 +03:00
- mipseb: sgimips evbmips
- mipsel: evbmips
- mips64eb: sgimips[fail] evbmips
- mips64el: evbmips
update: - earmv4 works (atf has one new failure, that seems common) - mipsel run - sparc runs - sparc64 mostly works in UP mode - add list of actual machines tested on
2016-03-25 00:20:31 +03:00
[14] - machines tested:
- sparc ss20 (OK)
- figured out the ldap/ssh problem. was miscompiled crtbeginS.o which has been worked around. - update some testing info. - merge or1k/riscv descriptions that are actually the same problem.
2016-03-27 03:07:20 +03:00
- sparc64 ultra45 (FAIL), ultra10 (OK), sb2000 (OK UP, FAIL SMP.)
update: - earmv4 works (atf has one new failure, that seems common) - mipsel run - sparc runs - sparc64 mostly works in UP mode - add list of actual machines tested on
2016-03-25 00:20:31 +03:00
- powerpc pegasosII (OK)
- alpha UP1000 (OK)
- arm shark (OK)
sgimip is big endian, noted by @nisimura. minor updates.
2016-04-05 03:43:48 +03:00
- evbmips gxemul MALTA
- had to implement some MIPS32 in gxemul to make this work
update: - earmv4 works (atf has one new failure, that seems common) - mipsel run - sparc runs - sparc64 mostly works in UP mode - add list of actual machines tested on
2016-03-25 00:20:31 +03:00
- pmax gxemul (OK)
- clean up some - i386 atf works - mipseb kernels and system runs - mips64* kernels work system runs
2016-03-29 12:20:28 +03:00
- sgimips O2 (OK kernel -- but my O2 is not stable)
update: - earmv4 works (atf has one new failure, that seems common) - mipsel run - sparc runs - sparc64 mostly works in UP mode - add list of actual machines tested on
2016-03-25 00:20:31 +03:00
- i386/amd64 (OK)
hppa is tested. I think it's "OK"
2016-03-25 00:26:45 +03:00
- hppa (OK)
sgimip is big endian, noted by @nisimura. minor updates.
2016-04-05 03:43:48 +03:00
- amiga (OK)
remove platforms successful switched and update some of the mips testing
2016-04-04 04:47:18 +03:00
[15] - vax -- switched to GCC 5.3 already as it is less broken
update VAX
2016-03-25 00:46:28 +03:00
- ssh is broken, was broken with 4.8
- there are too many -O0's we added because of mis-handled rtl
- the eh_frame stuff is probably busted, but it never worked?
sgimip is big endian, noted by @nisimura. minor updates.
2016-04-05 03:43:48 +03:00
[16] - kernels tested:
amiga kernel builds and runs
2016-04-02 11:54:47 +03:00
- m68k: amiga
Reference in New Issue Copy Permalink