Source-Changes-HG archive
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]
[src/trunk]: src/external/gpl3/gcc update a bit. delete ports that have swit...
details: https://anonhg.NetBSD.org/src/rev/f2fc2daffec9
branches: trunk
changeset: 327556:f2fc2daffec9
user: mrg <mrg%NetBSD.org@localhost>
date: Mon Mar 10 19:06:35 2014 +0000
description:
update a bit. delete ports that have switched to GCC 4.8. with this
we still need significant work on these ports:
- mips*
- powerpc
- sh*
- vax
- m68k*
the x86 platforms are probably ready to switch, but i'm not in a good
position to test them. these platforms are probably ready to switch,
as they're still mostly in bringup mode anyway:
- powerpc64
- coldfire
- ia64
diffstat:
external/gpl3/gcc/README.gcc48 | 57 +++++++++++------------------------------
1 files changed, 16 insertions(+), 41 deletions(-)
diffs (90 lines):
diff -r f55eb3006f94 -r f2fc2daffec9 external/gpl3/gcc/README.gcc48
--- a/external/gpl3/gcc/README.gcc48 Mon Mar 10 18:57:35 2014 +0000
+++ b/external/gpl3/gcc/README.gcc48 Mon Mar 10 19:06:35 2014 +0000
@@ -1,10 +1,9 @@
-$Id: README.gcc48,v 1.2 2014/03/09 21:01:14 mrg Exp $
+$Id: README.gcc48,v 1.3 2014/03/10 19:06:35 mrg Exp $
usr.bin:
note:
-static-libstdc++ -static-libgcc
-rdynamic -lz
-
lib:
G_NOEXCEPTION_FLAGS -- need to use this
@@ -23,59 +22,35 @@
- copied manually i386-builtin-types.inc instead of generating it.
-arch/feature list:
+arch/feature list. anything not here has been switched already:
architecture tools kernels libgcc native-gcc make release runs atf
------------ ----- ------- ------ ---------- ------------ ---- ---
-alpha yes no[2] yes yes yes
-arm yes yes yes yes yes yes no[7]
-armeb yes ? yes builds
-coldfire yes ? yes yes no[8] ? ?
-earm yes ? yes builds
-earmeb yes ? yes builds
-earmhf yes ? yes builds
-earmhfeb yes ? yes builds
-earmv4 yes ? yes yes[13] yes[shark] yes no
-earmv4eb yes ? yes builds
-earmv6 yes yes yes builds
-earmv6eb yes ? yes builds
-earmv6hf yes yes yes builds
-earmv6hfeb yes ? yes builds
-earmv7 yes ? yes builds
-earmv7eb yes ? yes builds
-earmv7hf yes ? yes builds
-earmv7hfeb yes ? yes builds
-hppa yes yes yes yes yes yes yes
+coldfire yes ? yes yes no[7] ? ?
i386 yes yes yes yes yes
-ia64
+ia64 yes ? yes[6] yes no
m68000 yes ? yes no[3]
-m68k yes yes yes yes no[8]
+m68k yes yes yes yes no[7]
mips64eb yes yes[5] yes yes
-mips64el yes yes yes yes yes[9] no[10]
+mips64el yes yes yes yes yes[8] no
mipseb yes yes[5] yes yes yes
-mipsel yes yes yes yes yes yes[10] no[11]
+mipsel yes yes yes yes yes yes no[2]
powerpc yes yes[1] yes yes yes yes yes
-powerpc64 yes[12]
-sh3eb yes ? yes yes no[8]
-sh3el yes ? yes yes no[8]
-sparc yes yes yes yes yes yes yes
-sparc64 yes yes yes yes yes yes yes
-vax yes yes yes yes no[8]
+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] a kernel has it's text overwritten by something before alpha_init
+[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.
-[7] shark atf-report fails with: Unexpected token `tc-start'; expected end of test program
-[8] m68k/vax/sh3 gcc seem to randomly get -fstack-protector/-Wstack-protector
+[6] there are 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
-[9] LOONGSON kernel has general problems
-[10] mips64el fails -- something in /sbin/init or /rescue/init jumps to zero.
- in -current. a hack for o32 works.
-[11] weird failures.
-[12] cc1 gets segv compiling libgcc.
-[13] some answers about C99 support in libstdc++-v3 are wrong.
+[8] LOONGSON kernel has general problems
Home |
Main Index |
Thread Index |
Old Index