Swift Atomics 1.3.0 版本发布:修复LTO编译问题并提升兼容性
Swift Atomics 是一个为 Swift 语言提供原子操作支持的库,它允许开发者在多线程环境中安全地操作共享数据。原子操作是并发编程中的基础构建块,能够确保对共享变量的操作是不可分割的,从而避免数据竞争和不一致的问题。
版本亮点
Swift Atomics 1.3.0 版本主要解决了两个关键问题:
-
修复了LTO(链接时优化)启用时的严重编译错误:当开发者启用实验性的LTO功能时,之前的版本可能会出现错误的编译结果。这个问题在1.3.0中得到了彻底修复,确保了代码在各种优化设置下的正确性。
-
最低工具链要求提升至Swift 5.10:随着Swift语言的演进,1.3.0版本移除了从标准C导入原子操作的旧实现,转而完全依赖Swift 5.10及更高版本提供的原生支持。这使得代码更加简洁和高效。
技术细节
LTO编译问题的修复
链接时优化(LTO)是一种编译器优化技术,它在链接阶段而不是编译阶段进行优化。这种优化可以带来更好的性能,但也可能导致一些边缘情况下的错误。在Swift Atomics中,当LTO启用时,_sa_retain_n和_sa_release_n函数的调用约定出现了问题。1.3.0版本通过显式指定C调用约定修复了这个问题,确保了这些关键函数在各种优化设置下的正确行为。
工具链升级的影响
将最低支持的Swift版本提升到5.10带来了几个好处:
- 移除了旧的C实现,减少了代码复杂性和潜在的错误源
- 完全依赖Swift原生实现,性能更优
- 简化了维护工作,因为不再需要维护多个实现路径
值得注意的是,这个变化不会影响使用旧版本Swift的用户——他们仍然可以继续使用1.2或更早的版本。这种向后兼容性是通过Swift包管理器的版本解析机制实现的。
其他改进
1.3.0版本还包含了一些其他改进:
- 增加了对RISC-V 64位架构的支持,扩大了库的适用范围
- 改进了与C++互操作的兼容性,使得在混合语言项目中更容易使用
- 更新了构建系统和CI配置,包括添加了对GitHub Actions的支持
- 清理了项目文件,移除了不必要的可执行标记
开发者建议
对于正在使用Swift Atomics的开发者:
- 如果你遇到了LTO相关的问题,强烈建议升级到1.3.0版本
- 如果你的项目已经使用Swift 5.10或更高版本,升级将获得更简洁和高效的实现
- 对于仍在使用旧Swift版本的项目,可以继续使用1.2.x系列版本
这个版本虽然没有引入新的API,但解决了重要的底层问题,提升了库的稳定性和可靠性。对于任何涉及多线程编程的Swift项目,使用正确版本的Swift Atomics库都是确保线程安全的重要一环。
kernelopenEuler内核是openEuler操作系统的核心,既是系统性能与稳定性的基石,也是连接处理器、设备与服务的桥梁。C0106
baihu-dataset异构数据集“白虎”正式开源——首批开放10w+条真实机器人动作数据,构建具身智能标准化训练基座。00
mindquantumMindQuantum is a general software library supporting the development of applications for quantum computation.Python059
PaddleOCR-VLPaddleOCR-VL 是一款顶尖且资源高效的文档解析专用模型。其核心组件为 PaddleOCR-VL-0.9B,这是一款精简却功能强大的视觉语言模型(VLM)。该模型融合了 NaViT 风格的动态分辨率视觉编码器与 ERNIE-4.5-0.3B 语言模型,可实现精准的元素识别。Python00
GLM-4.7GLM-4.7上线并开源。新版本面向Coding场景强化了编码能力、长程任务规划与工具协同,并在多项主流公开基准测试中取得开源模型中的领先表现。 目前,GLM-4.7已通过BigModel.cn提供API,并在z.ai全栈开发模式中上线Skills模块,支持多模态任务的统一规划与协作。Jinja00
AgentCPM-Explore没有万亿参数的算力堆砌,没有百万级数据的暴力灌入,清华大学自然语言处理实验室、中国人民大学、面壁智能与 OpenBMB 开源社区联合研发的 AgentCPM-Explore 智能体模型基于仅 4B 参数的模型,在深度探索类任务上取得同尺寸模型 SOTA、越级赶上甚至超越 8B 级 SOTA 模型、比肩部分 30B 级以上和闭源大模型的效果,真正让大模型的长程任务处理能力有望部署于端侧。Jinja00