我已经看到,GLib内部的3em破折号的支持必须是最近的,因为它只是在Unicode 6.1.0中引入的。由此引发的一个更普遍的问题是:是否可以通过编程方式确定受支持的unicode版本,而无需筛选GLib变更集?(编辑:https://ftp.gnome.org/pub/gnome/sources/glib/2.31/glib-2.31.20.changes向我提供了支持6.1.0版本的信息,比如2.31.20。)
GLib参考手册状态
GLib中Unicode函数的实现基于www.unicode.org提供的Unicode字符数据表。GLib 2.8支持Unicode 4.0,GLib 2.10支持Unicode 4.1,GLib 2.12支持Unicode 5.0,GLib 2.16.3支持Unicode 5.1,GLib 2.3支持Unicode 6.0。
对于一个受最近颠覆影响的案子来说有点模糊。(AFAIK当前支持的版本至少现在是8.0。)
发布于 2020-03-31 05:12:45
是否可以通过编程方式确定受支持的unicode版本,而无需筛选GLib变更集?
tl博士:没有。与GLib中的其他版本检查一样,所有这些都是基于调用glib_check_version()
(如果希望在构建时检查GLIB_CHECK_VERSION()
宏),并将其与包含所需内容的版本进行比较。是否要检查某个函数是否可用,或者是否支持特定版本的Unicode,这是相同的。
目前,了解哪个版本的GLib支持给定版本的Unicode的唯一方法是查看changelogs,正如您已经发现的那样。
不过,我提交了一个合并请求来更新文档,列出支持Unicode的版本历史记录。
作为数据点,GLib 2.64 (最新的稳定版本)支持Unicode 12.1。
https://stackoverflow.com/questions/60949426
复制相似问题