Module Name: src
Committed By: mrg
Date: Mon Jul 28 22:12:16 UTC 2014
Modified Files:
src/external/gpl3/gcc: README.gcc48
Log Message:
update for reality.
To generate a diff of this commit:
cvs rdiff -u -r1.4 -r1.5 src/external/gpl3/gcc/README.gcc48
Please note that diffs are not public domain; they are subject to the
copyright notices on the relevant files.
Modified files:
Index: src/external/gpl3/gcc/README.gcc48
diff -u src/external/gpl3/gcc/README.gcc48:1.4 src/external/gpl3/gcc/README.gcc48:1.5
--- src/external/gpl3/gcc/README.gcc48:1.4 Mon Mar 10 19:55:51 2014
+++ src/external/gpl3/gcc/README.gcc48 Mon Jul 28 22:12:16 2014
@@ -1,4 +1,4 @@
-$Id: README.gcc48,v 1.4 2014/03/10 19:55:51 mrg Exp $
+$Id: README.gcc48,v 1.5 2014/07/28 22:12:16 mrg Exp $
usr.bin:
note:
@@ -27,31 +27,17 @@ arch/feature list. anything not here ha
architecture tools kernels libgcc native-gcc make release runs atf
------------ ----- ------- ------ ---------- ------------ ---- ---
coldfire yes N/A[9] yes yes yes[7] ? ?
-i386 yes yes yes yes yes yes
-ia64 yes ? yes[6] yes no[6]
m68000 yes ? yes no[3]
m68k yes yes yes yes no[7]
-mips64eb yes yes[5] yes yes
-mips64el yes yes yes yes yes[8] no
-mipseb yes yes[5] yes yes yes
-mipsel yes yes yes yes yes yes no[2]
powerpc yes yes[1] yes yes yes yes yes
powerpc64 yes[4]
-sh3eb yes ? yes yes no[7]
-sh3el yes ? yes yes no[7]
-vax yes yes yes yes no[7]
-x86_64 yes yes yes yes yes ?
[1] ofppc/pegasos has issues with symtab loading.
sandpoint works fine in multi-user, found an annoyance by com(4) change.
-[2] weird failures.
[3] relocations fail in libgcc
[4] cc1 gets segv compiling libgcc.
-[5] mips*eb kernels seem to work as well as gcc 4.5 ones.
-[6] ia64 port is missing libc, libkvm and more support. libgcc has some uncommited hacks.
[7] m68k/vax/sh3 gcc seem to randomly get -fstack-protector/-Wstack-protector
wrong, for example m68k flags alarm() as unprotected in
libc/gen/alarm.c:53, vax ifinit() in sbin/routed/if.c:680.
- --> hacked around
-[8] LOONGSON kernel has general problems
+ --> hacked around, now fixed?
[9] no kernels in evbcf port yet
