On Tue, Mar 30, 2021 at 02:12:38AM +0530, Shreeya Patel wrote: > utf8data.h_shipped has a large database table which is an auto-generated > decodification trie for the unicode normalization functions and it is not > necessary to carry this large table in the kernel. > Goal is to make UTF-8 encoding loadable by converting it into a module > and adding a unicode subsystem layer between the filesystems and the > utf8 module. > This layer will load the module whenever any filesystem that > needs unicode is mounted. > utf8-core will be converted into this layer file in the future patches, > hence rename the function names from utf8 to unicode which will denote the > functions as the unicode subsystem layer functions and this will also be > the first step towards the transformation of utf8-core file into the > unicode subsystem layer file. > > Signed-off-by: Shreeya Patel <shreeya.patel@xxxxxxxxxxxxx> > --- > Changes in v5 > - Improve the commit message. This didn't really answer my questions about the reason for this renaming. Aren't the functions like unicode_casefold() still tied to UTF-8 (as opposed to e.g. supporting both UTF-8 and UTF-16)? Is that something you're trying to change? - Eric
