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
334 lines
11 KiB
Plaintext
334 lines
11 KiB
Plaintext
# $FreeBSD$
|
|
|
|
TYPE ROWCOL
|
|
NAME GURMUKHI/UCS
|
|
SRC_ZONE 0x00-0xFA
|
|
OOB_MODE ILSEQ
|
|
DST_ILSEQ 0xFFFE
|
|
DST_UNIT_BITS 16
|
|
#=======================================================================
|
|
# File name: GURMUKHI.TXT
|
|
#
|
|
# Contents: Map (external version) from Mac OS Gurmukhi
|
|
# encoding to Unicode 2.1 and later.
|
|
#
|
|
# Copyright: (c) 1997-2002, 2005 by Apple Computer, Inc., all rights
|
|
# reserved.
|
|
#
|
|
# Contact: charsets@apple.com
|
|
#
|
|
# Changes:
|
|
#
|
|
# c02 2005-Apr-05 Update header comments. Matches internal xml
|
|
# <c1.1> and Text Encoding Converter 2.0.
|
|
# b3,c1 2002-Dec-19 Change mappings for 0x91, 0xD5 based on
|
|
# new decomposition rules. Update URLs,
|
|
# notes. Matches internal utom<b2>.
|
|
# b02 1999-Sep-22 Update contact e-mail address. Matches
|
|
# internal utom<b1>, ufrm<b1>, and Text
|
|
# Encoding Converter version 1.5.
|
|
# n02 1998-Feb-05 First version; matches internal utom<n5>,
|
|
# ufrm<n6>.
|
|
#
|
|
# Standard header:
|
|
# ----------------
|
|
#
|
|
# Apple, the Apple logo, and Macintosh are trademarks of Apple
|
|
# Computer, Inc., registered in the United States and other countries.
|
|
# Unicode is a trademark of Unicode Inc. For the sake of brevity,
|
|
# throughout this document, "Macintosh" can be used to refer to
|
|
# Macintosh computers and "Unicode" can be used to refer to the
|
|
# Unicode standard.
|
|
#
|
|
# Apple Computer, Inc. ("Apple") makes no warranty or representation,
|
|
# either express or implied, with respect to this document and the
|
|
# included data, its quality, accuracy, or fitness for a particular
|
|
# purpose. In no event will Apple be liable for direct, indirect,
|
|
# special, incidental, or consequential damages resulting from any
|
|
# defect or inaccuracy in this document or the included data.
|
|
#
|
|
# These mapping tables and character lists are subject to change.
|
|
# The latest tables should be available from the following:
|
|
#
|
|
# <http://www.unicode.org/Public/MAPPINGS/VENDORS/APPLE/>
|
|
#
|
|
# For general information about Mac OS encodings and these mapping
|
|
# tables, see the file "README.TXT".
|
|
#
|
|
# Format:
|
|
# -------
|
|
#
|
|
# Three tab-separated columns;
|
|
# '#' begins a comment which continues to the end of the line.
|
|
# Column #1 is the Mac OS Gurmukhi code or code sequence
|
|
# (in hex as 0xNN or 0xNN+0xNN)
|
|
# Column #2 is the corresponding Unicode or Unicode sequence
|
|
# (in hex as 0xNNNN or 0xNNNN+0xNNNN).
|
|
# Column #3 is a comment containing the Unicode name or sequence
|
|
# of names. In some cases an additional comment follows the
|
|
# Unicode name(s).
|
|
#
|
|
# The entries are in two sections. The first section is for pairs of
|
|
# Mac OS Gurmukhi code points that must be mapped in a special way.
|
|
# The second section maps individual code points.
|
|
#
|
|
# Within each section, the entries are in Mac OS Gurmukhi code order.
|
|
#
|
|
# Control character mappings are not shown in this table, following
|
|
# the conventions of the standard UTC mapping tables. However, the
|
|
# Mac OS Gurmukhi character set uses the standard control characters
|
|
# at 0x00-0x1F and 0x7F.
|
|
#
|
|
# Notes on Mac OS Gurmukhi:
|
|
# -------------------------
|
|
#
|
|
# This is a legacy Mac OS encoding; in the Mac OS X Carbon and Cocoa
|
|
# environments, it is only supported via transcoding to and from
|
|
# Unicode.
|
|
#
|
|
# Mac OS Gurmukhi is based on IS 13194:1991 (ISCII-91), with the
|
|
# addition of several punctuation and symbol characters. However,
|
|
# Mac OS Gurmukhi does not support the ATR (attribute) mechanism of
|
|
# ISCII-91.
|
|
#
|
|
# 1. ISCII-91 features in Mac OS Gurmukhi include:
|
|
#
|
|
# a) Explicit halant and soft halant
|
|
#
|
|
# A double halant (0xE8 + 0xE8) constitutes an "explicit halant",
|
|
# which will always appear as a halant instead of causing formation
|
|
# of a ligature or half-form consonant.
|
|
#
|
|
# Halant followed by nukta (0xE8 + 0xE9) constitutes a "soft
|
|
# halant", which prevents formation of a ligature and instead
|
|
# retains the half-form of the first consonant.
|
|
#
|
|
# b) Invisible consonant
|
|
#
|
|
# The byte 0xD9 (called INV in ISCII-91) is an invisible consonant:
|
|
# It behaves like a consonant but has no visible appearance. It is
|
|
# intended to be used (often in combination with halant) to display
|
|
# dependent forms in isolation, such as the RA forms or consonant
|
|
# half-forms.
|
|
#
|
|
# c) Extensions for Vedic, etc.
|
|
#
|
|
# The byte 0xF0 (called EXT in ISCII-91) followed by any byte in
|
|
# the range 0xA1-0xEE constitutes a two-byte code point which can
|
|
# be used to represent additional characters for Vedic (or other
|
|
# extensions); 0xF0 followed by any other byte value constitutes
|
|
# malformed text. Mac OS Gurmukhi supports this mechanism, but
|
|
# does not currently map any of these two-byte code points to
|
|
# anything.
|
|
#
|
|
# 2. Mac OS Gurmukhi additions
|
|
#
|
|
# Mac OS Gurmukhi adds characters using the code points
|
|
# 0x80-0x8A and 0x90-0x94 (the latter are some Gurmukhi additions).
|
|
#
|
|
# 3. Unused code points
|
|
#
|
|
# The following code points are currently unused, and are not shown
|
|
# here: 0x8B-0x8F, 0x95-0xA1, 0xA3, 0xAA-0xAB, 0xAE-0xAF, 0xB2,
|
|
# 0xC7, 0xCE, 0xD0, 0xD2-0xD3, 0xD6, 0xDF-0xE0, 0xE3-0xE4, 0xE7,
|
|
# 0xEB-0xEF, 0xFB-0xFF. In addition, 0xF0 is not shown here, but it
|
|
# has a special function as described above.
|
|
#
|
|
# Unicode mapping issues and notes:
|
|
# ---------------------------------
|
|
#
|
|
# 1. Mapping the byte pairs
|
|
#
|
|
# If the byte value 0xE8 is encountered when mapping Mac OS
|
|
# Gurmukhi text, then the next byte (if there is one) should be
|
|
# examined. If the next byte is 0xE8 or 0xE9, then the byte pair
|
|
# should be mapped using the first section of the mapping table
|
|
# below. Otherwise, each byte should be mapped using the second
|
|
# section of the mapping table below.
|
|
#
|
|
# - The Unicode Standard, Version 2.0, specifies how explicit
|
|
# halant and soft halant should be represented in Unicode;
|
|
# these mappings are used below.
|
|
#
|
|
# If the byte value 0xF0 is encountered when mapping Mac OS
|
|
# Gurmukhi text, then the next byte should be examined. If there
|
|
# is no next byte (e.g. 0xF0 at end of buffer), the mapping
|
|
# process should indicate incomplete character. If there is a next
|
|
# byte but it is not in the range 0xA1-0xEE, the mapping process
|
|
# should indicate malformed text. Otherwise, the mapping process
|
|
# should treat the byte pair as a valid two-byte code point with no
|
|
# mapping (e.g. map it to QUESTION MARK, REPLACEMENT CHARACTER,
|
|
# etc.).
|
|
#
|
|
# 2. Mapping the invisible consonant
|
|
#
|
|
# It has been suggested that INV in ISCII-91 should map to ZERO
|
|
# WIDTH NON-JOINER in Unicode. However, this causes problems with
|
|
# roundtrip fidelity: The ISCII-91 sequences 0xE8+0xE8 and 0xE8+0xD9
|
|
# would map to the same sequence of Unicode characters. We have
|
|
# instead mapped INV to LEFT-TO-RIGHT MARK, which avoids these
|
|
# problems.
|
|
#
|
|
# 3. Mappings using corporate characters
|
|
#
|
|
# Mapping the GURMUKHI LETTER SHA 0xD5 presents an interesting
|
|
# problem. At first glance, we could map it to the single Unicode
|
|
# character 0x0A36.
|
|
#
|
|
# However, our goal is that the mappings provided here should also
|
|
# be able to generate the mappings to maximally decomposed Unicode
|
|
# by simple recursive substitution of the canonical decompositions
|
|
# in the Unicode database. We want mapping tables derived this way
|
|
# to retain full roundtrip fidelity.
|
|
#
|
|
# Since the canonical decomposition of 0x0A36 is 0x0A38+0x0A3C,
|
|
# the decomposition mapping for 0xD5 would be identical with the
|
|
# decomposition mapping for 0xD7+0xE9, and roundtrip fidelity would
|
|
# be lost.
|
|
#
|
|
# We solve this problem by using a grouping hint (one of the set of
|
|
# transcoding hints defined by Apple).
|
|
#
|
|
# Apple has defined a block of 32 corporate characters as "transcoding
|
|
# hints." These are used in combination with standard Unicode characters
|
|
# to force them to be treated in a special way for mapping to other
|
|
# encodings; they have no other effect. Sixteen of these transcoding
|
|
# hints are "grouping hints" - they indicate that the next 2-4 Unicode
|
|
# characters should be treated as a single entity for transcoding. The
|
|
# other sixteen transcoding hints are "variant tags" - they are like
|
|
# combining characters, and can follow a standard Unicode (or a sequence
|
|
# consisting of a base character and other combining characters) to
|
|
# cause it to be treated in a special way for transcoding. These always
|
|
# terminate a combining-character sequence.
|
|
#
|
|
# The transcoding coding hint used in this mapping table is:
|
|
# 0xF860 group next 2 characters
|
|
#
|
|
# Then we can map 0x91 as follows:
|
|
# 0xD5 -> 0xF860+0x0A38+0x0A3C
|
|
#
|
|
# We could also have used a variant tag such as 0xF87F and mapped it
|
|
# this way:
|
|
# 0xD5 -> 0x0A36+0xF87F
|
|
#
|
|
# 4. Additional loose mappings from Unicode
|
|
#
|
|
# These are not preserved in roundtrip mappings.
|
|
#
|
|
# 0A59 -> 0xB4+0xE9 # GURMUKHI LETTER KHHA
|
|
# 0A5A -> 0xB5+0xE9 # GURMUKHI LETTER GHHA
|
|
# 0A5B -> 0xBA+0xE9 # GURMUKHI LETTER ZA
|
|
# 0A5E -> 0xC9+0xE9 # GURMUKHI LETTER FA
|
|
#
|
|
# 0A70 -> 0xA2 # GURMUKHI TIPPI
|
|
#
|
|
# Loose mappings from Unicode should also map U+0A71 (GURMUKHI ADDAK)
|
|
# followed by any Gurmukhi consonant to the equivalent ISCII-91
|
|
# consonant plus halant plus the consonant again. For example:
|
|
#
|
|
# 0A71+0A15 -> 0xB3+0xE8+0xB3
|
|
# 0A71+0A16 -> 0xB4+0xE8+0xB4
|
|
# ...
|
|
#
|
|
# Details of mapping changes in each version:
|
|
# -------------------------------------------
|
|
#
|
|
# Changes from version b02 to version b03/c01:
|
|
#
|
|
# - Change mapping of 0x91 from 0xF860+0x0A21+0x0A3C to 0x0A5C GURMUKHI
|
|
# LETTER RRA, now that the canonical decomposition of 0x0A5C to
|
|
# 0x0A21+0x0A3C has been deleted
|
|
#
|
|
# - Change mapping of 0xD5 from 0x0A36 GURMUKHI LETTER SHA to
|
|
# 0xF860+0x0A38+0x0A3C, now that a canonical decomposition of 0x0A36
|
|
# to 0x0A38+0x0A3C has been added.
|
|
#
|
|
##################
|
|
BEGIN_MAP
|
|
0x00 - 0x7F = 0x0000 -
|
|
0x80 = 0x00D7
|
|
0x81 = 0x2212
|
|
0x82 = 0x2013
|
|
0x83 = 0x2014
|
|
0x84 = 0x2018
|
|
0x85 = 0x2019
|
|
0x86 = 0x2026
|
|
0x87 = 0x2022
|
|
0x88 = 0x00A9
|
|
0x89 = 0x00AE
|
|
0x8A = 0x2122
|
|
0x90 = 0x0A71
|
|
0x91 = 0x0A5C
|
|
0x92 = 0x0A73
|
|
0x93 = 0x0A72
|
|
0x94 = 0x0A74
|
|
0xA2 = 0x0A02
|
|
0xA4 = 0x0A05
|
|
0xA5 = 0x0A06
|
|
0xA6 = 0x0A07
|
|
0xA7 = 0x0A08
|
|
0xA8 = 0x0A09
|
|
0xA9 = 0x0A0A
|
|
0xAC = 0x0A0F
|
|
0xAD = 0x0A10
|
|
0xB0 = 0x0A13
|
|
0xB1 = 0x0A14
|
|
0xB3 = 0x0A15
|
|
0xB4 = 0x0A16
|
|
0xB5 = 0x0A17
|
|
0xB6 = 0x0A18
|
|
0xB7 = 0x0A19
|
|
0xB8 = 0x0A1A
|
|
0xB9 = 0x0A1B
|
|
0xBA = 0x0A1C
|
|
0xBB = 0x0A1D
|
|
0xBC = 0x0A1E
|
|
0xBD = 0x0A1F
|
|
0xBE = 0x0A20
|
|
0xBF = 0x0A21
|
|
0xC0 = 0x0A22
|
|
0xC1 = 0x0A23
|
|
0xC2 = 0x0A24
|
|
0xC3 = 0x0A25
|
|
0xC4 = 0x0A26
|
|
0xC5 = 0x0A27
|
|
0xC6 = 0x0A28
|
|
0xC8 = 0x0A2A
|
|
0xC9 = 0x0A2B
|
|
0xCA = 0x0A2C
|
|
0xCB = 0x0A2D
|
|
0xCC = 0x0A2E
|
|
0xCD = 0x0A2F
|
|
0xCF = 0x0A30
|
|
0xD1 = 0x0A32
|
|
0xD4 = 0x0A35
|
|
#0xD5 = 0xF860+0x0A38+0x0A3C
|
|
0xD7 = 0x0A38
|
|
0xD8 = 0x0A39
|
|
0xD9 = 0x200E
|
|
0xDA = 0x0A3E
|
|
0xDB = 0x0A3F
|
|
0xDC = 0x0A40
|
|
0xDD = 0x0A41
|
|
0xDE = 0x0A42
|
|
0xE1 = 0x0A47
|
|
0xE2 = 0x0A48
|
|
0xE5 = 0x0A4B
|
|
0xE6 = 0x0A4C
|
|
0xE8 = 0x0A4D
|
|
#0xE8+0xE8 = 0x0A4D+0x200C
|
|
#0xE8+0xE9 = 0x0A4D+0x200D
|
|
0xE9 = 0x0A3C
|
|
0xEA = 0x0964
|
|
0xF1 = 0x0A66
|
|
0xF2 = 0x0A67
|
|
0xF3 = 0x0A68
|
|
0xF4 = 0x0A69
|
|
0xF5 = 0x0A6A
|
|
0xF6 = 0x0A6B
|
|
0xF7 = 0x0A6C
|
|
0xF8 = 0x0A6D
|
|
0xF9 = 0x0A6E
|
|
0xFA = 0x0A6F
|
|
END_MAP
|