John Jenkins scripsit: > There is, moreover, a non-zero cost to revising a program or OS to use > a new 8-bit encoding. Realistically, people running machines or using > software too old to use Unicode aren't likely to get much advantage at > this point by the creation of a new 8-bit standard.
Indeed. As for machines too old to use Unicode, the PDP-10 port of NetBSD seems to be stalled, and I can find no port to any 8-bit machine, but otherwise the field is wide open. Here's the current list from the NetBSD home page: acorn26, acorn32, algor, alpha, amd64, amiga, amigappc, arc, arm32, atari, bebox, cats, cesfic, cobalt, dreamcast, evbarm, evbmips, evbppc, evbsh3, evbsh5, hp300, hp700, hpcarm, hpcmips, hpcsh, i386, luna68k, mac68k, macppc, mipsco, mmeye, mvme68k, mvmeppc, netwinder, news68k, newsmips, next68k, ofppc, pc532, playstation2, pmax, pmppc, prep, sandpoint, sbmips, sgimips, shark, sparc, sparc64, sun2, sun3, vax, x68k, xen. A fuller list, including things not yet integrated, not fully up to date, or plain not yet working, is at http://www.netbsd.org/Ports/ . -- If you understand, John Cowan things are just as they are; http://www.ccil.org/~cowan if you do not understand, http://www.reutershealth.com things are just as they are. [EMAIL PROTECTED]
