hfsplus: add Unicode combining-class and legacy decomposition data

macOS's own fsck_hfs rejects a catalog name as "Illegal name" in two
cases this driver's decomposition tables don't currently account for:

 - a decomposed name whose combining marks aren't in Unicode canonical
   combining-class order (fsck_hfs's FixDecomps(), CatalogCheck.c);
 - a small, fixed set of characters whose canonical decomposition either
   wasn't yet defined, or was later corrected, since the driver's
   existing hfsplus_decompose_table (Apple Technote #1150) predates
   those corrections, which macOS has applied since Mac OS X 10.2
   ("Jaguar", 2002).

This is purely a data patch and adds no new behavior on its own:

 - hfsplus_ccc_table: canonical combining class per BMP code point,
   generated from the Unicode Character Database version 12.1.0
   (https://www.unicode.org/Public/12.1.0/ucd/extracted/
   DerivedCombiningClass.txt), the same UCD version fs/unicode's
   README.utf8data documents.

 - hfsplus_legacy_decomp_table and hfsplus_legacy_seq_fixups: the
   corrected decompositions and sequence replacements fsck_hfs itself
   requires, decoded from hfsprogs 540.1's
   fsck_hfs.tproj/dfalib/DecompData.h (upstream: Apple's diskdev_cmds,
   https://opensource.apple.com/source/diskdev_cmds/).

The three new struct types and the extern declarations for all of
tables.c's tables (existing and new) move into a new fs/hfsplus/
unicode.h, replacing the ad hoc externs that used to live in
hfsplus_fs.h.

cc: John Paul Adrian Glaubitz <glaubitz@physik.fu-berlin.de>
cc: Yangtao Li <frank.li@vivo.com>
cc: linux-fsdevel@vger.kernel.org
Signed-off-by: Viacheslav Dubeyko <slava@dubeyko.com>
Link: https://lore.kernel.org/r/20260919001607.2777138-2-slava@dubeyko.com
Signed-off-by: Viacheslav Dubeyko <slava@dubeyko.com>

0 files changed, 0 insertions, 0 deletions