freebsd-dev/share/i18n/csmapper/KOI/UCS%GOST19768-74.src
Gabor Kovesdan ad30f8e79b Add the BSD-licensed Citrus iconv to the base system with default off
setting. It can be built by setting the WITH_ICONV knob. While this
knob is unset, the library part, the binaries, the header file and
the metadata files will not be built or installed so it makes no impact
on the system if left turned off.

This work is based on the iconv implementation in NetBSD but a great
number of improvements and feature additions have been included:

- Some utilities have been added. There is a conversion table generator,
  which can compare conversion tables to reference data generated by
  GNU libiconv. This helps ensuring conversion compatibility.
- UTF-16 surrogate support and some endianness issues have been fixed.
- The rather chaotic Makefiles to build metadata have been refactored
  and cleaned up, now it is easy to read and it is also easier to add
  support for new encodings.
- A bunch of new encodings and encoding aliases have been added.
- Support for 1->2, 1->3 and 1->4 mappings, which is needed for
  transliterating with flying accents as GNU does, like "u.
- Lots of warnings have been fixed, the major part of the code is
  now WARNS=6 clean.
- New section 1 and section 5 manual pages have been added.
- Some GNU-specific calls have been implemented:
  iconvlist(), iconvctl(), iconv_canonicalize(), iconv_open_into()
- Support for GNU's //IGNORE suffix has been added.
- The "-" argument for stdin is now recognized in iconv(1) as per POSIX.
- The Big5 conversion module has been fixed.
- The iconv.h header files is supposed to be compatible with the
  GNU version, i.e. sources should build with base iconv.h and
  GNU libiconv. It also includes a macro magic to deal with the
  char ** and const char ** incompatibility.
- GNU compatibility: "" or "char" means the current local
  encoding in use
- Various cleanups and style(9) fixes.

Approved by:	delphij (mentor)
Obtained from:	The NetBSD Project
Sponsored by:	Google Summer of Code 2009
2011-02-25 00:04:39 +00:00

125 lines
2.9 KiB
Plaintext

# $FreeBSD$
# $NetBSD: UCS%GOST19768-74.src,v 1.1 2006/09/16 08:38:20 tnozaki Exp $
TYPE ROWCOL
NAME "UCS/GOST19768-74"
SRC_ZONE 0x0410-0x044F
OOB_MODE INVALID
DST_INVALID 0x100
DST_UNIT_BITS 16
BEGIN_MAP
#
# This mapping data is made from the mapping data provided by Unicode, Inc.
# Original notice:
#
# Name: KOI8-R (RFC1489) to Unicode
# Unicode version: 3.0
# Table version: 1.0
# Table format: Format A
# Date: 18 August 1999
# Authors: Helmut Richter <richter@lrz.de>
#
# Copyright (c) 1991-1999 Unicode, Inc. All Rights reserved.
#
# This file is provided as-is by Unicode, Inc. (The Unicode Consortium).
# No claims are made as to fitness for any particular purpose. No
# warranties of any kind are expressed or implied. The recipient
# agrees to determine applicability of information provided. If this
# file has been provided on optical media by Unicode, Inc., the sole
# remedy for any claim will be exchange of defective media within 90
# days of receipt.
#
# Unicode, Inc. hereby grants the right to freely use the information
# supplied in this file in the creation of products supporting the
# Unicode Standard, and to make copies of this file in any form for
# internal or external distribution as long as this notice remains
# attached.
#
# General notes:
#
# This table contains the data the Unicode Consortium has on how
# KOI8-R characters map into Unicode. The underlying document is the
# mapping described in RFC 1489. No statements are made as to whether
# this mapping is the same as the mapping defined as "Code Page 878"
# with some vendors.
#
# Format: Three tab-separated columns
# Column #1 is the KOI8-R code (in hex as 0xXX)
# Column #2 is the Unicode (in hex as 0xXXXX)
# Column #3 the Unicode name (follows a comment sign, '#')
#
# The entries are in KOI8-R order.
#
# Version history
# 1.0 version: created.
#
# Any comments or problems, contact <errata@unicode.org>
# Please note that <errata@unicode.org> is an archival address;
# notices will be checked, but do not expect an immediate response.
#
0x0410 = 0xE1
0x0411 = 0xE2
0x0412 = 0xF7
0x0413 = 0xE7
0x0414 = 0xE4
0x0415 = 0xE5
0x0416 = 0xF6
0x0417 = 0xFA
0x0418 = 0xE9
0x0419 = 0xEA
0x041A = 0xEB
0x041B = 0xEC
0x041C = 0xED
0x041D = 0xEE
0x041E = 0xEF
0x041F = 0xF0
0x0420 = 0xF2
0x0421 = 0xF3
0x0422 = 0xF4
0x0423 = 0xF5
0x0424 = 0xE6
0x0425 = 0xE8
0x0426 = 0xE3
0x0427 = 0xFE
0x0428 = 0xFB
0x0429 = 0xFD
0x042B = 0xF9
0x042C = 0xF8
0x042D = 0xFC
0x042E = 0xE0
0x042F = 0xF1
0x0430 = 0xC1
0x0431 = 0xC2
0x0432 = 0xD7
0x0433 = 0xC7
0x0434 = 0xC4
0x0435 = 0xC5
0x0436 = 0xD6
0x0437 = 0xDA
0x0438 = 0xC9
0x0439 = 0xCA
0x043A = 0xCB
0x043B = 0xCC
0x043C = 0xCD
0x043D = 0xCE
0x043E = 0xCF
0x043F = 0xD0
0x0440 = 0xD2
0x0441 = 0xD3
0x0442 = 0xD4
0x0443 = 0xD5
0x0444 = 0xC6
0x0445 = 0xC8
0x0446 = 0xC3
0x0447 = 0xDE
0x0448 = 0xDB
0x0449 = 0xDD
0x044A = 0xDF
0x044B = 0xD9
0x044C = 0xD8
0x044D = 0xDC
0x044E = 0xC0
0x044F = 0xD1
END_MAP