feat(fontconfig): 字体发现 —— 七个生成物全部由 build.mcpp 产出

[Sunrisepeak]

freetype 光栅化字形、harfbuzz 整形一段文字,但两者都答不了**「给我一个带 CJK 的无衬线字体」**。那是 fontconfig,而 cairo 和 pango 都要它。

配套 fork:mcpplibs/fontconfig(新建,CI 绿)。

七个生成物,零 python / 零 sh / 零 gperf

上游 meson 用 python 和 gperf 产出七个。七个全是对 tarball 里已有文件的文本变换,所以 build.mcpp(mcpp 编译并运行的 C++)把它们全做了。

生成物	验证
fcstdint.h	—
fcalias.h / fcaliastail.h	复刻 makealias.py,含分组顺序
fcftalias.h / fcftaliastail.h	同上
fcobjshash.h	二分查找替掉 gperf 完美哈希
fclang.h	4897 行,与上游逐字节一致
fccase.h	368 行,与上游逐字节一致
src/fontconfig.cppm	模块包装

fork CI 每次重跑上游的 python 再 diff —— 转写只有被拿去和原件对照才值得有。

fcobjshash.h 是判断而非转写:上游跑 C 预处理器 + gperf 做 72 条目的完美哈希,而唯一消费者 fcobjs.c 调 FcObjectTypeLookup(str, strlen(str)) 只读一个字段。排序表 + 二分查找语义相同,少两个工具、少一遍预处理。

⚠ 两个 freetype 探测项关掉了

HAVE_FT_GET_BDF_PROPERTY 和 HAVE_FT_GET_PS_FONT_INFO 缺席,因为 compat.freetype 不编 BDF 和 Type1 模块。声明了能编过,链接时八个未定义引用 —— 探测答案必须描述这一套 freetype,不是上游默认构建。

丢的是 BDF 属性和 PostScript FontInfo 两个元数据源,而它们对应的格式 compat.freetype 本来也不解码,所以配对是一致的。

运行期路径留空

五条(FC_DEFAULT_FONTS / FC_FONTPATH / FC_CACHEDIR / CONFIGDIR / FONTCONFIG_PATH)—— 上游指向构建前缀,重定位后是宿主的字体与配置。FONTCONFIG_FILE / FONTCONFIG_PATH / FONTCONFIG_SYSROOT 是环境出口,和 XKB_CONFIG_ROOT 同一形状。

测试

直打三张生成表:

FcNameParse("Arial:pixelsize=12:slant=100")   family=Arial pixelsize=12 slant=100   ok
lang en    ->   72 codepoints      lang ru -> 66      lang zh-cn -> 6765
…and English and Russian are different sets                                        ok
…and English covers 'A' / Russian covers U+0416 / English does not                 ok
downcase("ABC") = abc      downcase(U+0410) = U+0430                               ok
0 check(s) failed

只改了 pkgs/ 与 tests/examples/。