LLVM 每周 - 第 73 期，2015 年 5 月 25 日
欢迎来到 LLVM 每周的第 73 期，这是一份每周发布（每周一发布）的时事通讯，涵盖 LLVM、Clang 和相关项目的最新进展。 LLVM 每周由 Alex Bradbury 编写。订阅未来版本，请访问 http://llvmweekly.org，并转发给您认为可能感兴趣的任何人。如有任何提示或反馈，请发送至 [email protected]，或在 Twitter 上联系 @llvmweekly 或 @asbradbury。
本期的官方地址为 llvmweekly.org 上的此地址。
来自网络的新闻和文章
LLVM 博客已正式 宣布 Clang 中对 OpenMP 3.1 的全面支持。
源自 Clang 的 Zapcc 本周受到了 关注。它声称其编译速度快于基线 Clang 或其他编译器。主要开发者 Yaron Keren 在 Clang 邮件列表中分享了 有关其实现的更多细节。
邮件列表上的内容
关于将 LLVM/SPIR-V 转换器上游化的讨论仍在继续。Chandler Carruth 对反馈做出了回应，Philip Reames 对合并提案现状表示担忧。Neil Henning 对其中一些担忧做出了回应。
Adam Nemet 启动了一个关于 基于别名的循环版本化 的讨论，希望在这个领域工作的其他人能够参与进来。
Félix Cloutier 询问为什么 MemoryDependencyAnalysis 在 NoAlias 指针之间报告依赖关系。Daniel Berlin 指向了他正在进行的关于 MemorySSA 的非常有趣的工作。
Duncan P.N. Exon Smith 发布了关于 减少调试信息条目内存占用 的 RFC。随附的补丁将测试工作负载的峰值内存使用量从 920MB 减少到 884MB。
John Criswell 对 如何确定分支指令是否可能依赖于函数参数 给出了一个有帮助的答案。
Andrew Kaylor 分享了 关于在 Windows 上进行异常处理所需完成工作的详细描述。
Andrew Bokhanko 希望收到有关 添加一个选项来控制 Clang 中 OpenMP 支持的级别 的反馈。现在 3.1 支持已完成，OpenMP 4.0 是下一个目标，但它可能在一段时间内仍然不完整。问题是是否默认提供已实现的功能，或者在支持仍然不完整的情况下，用户是否需要使用编译器标志选择加入。
LLVM 提交
dereferenceable_or_null属性现在将被循环环境代码移动传递利用。 r237593。关于“MIR 序列化”项目的提交已开始，该项目旨在以可读格式打印机器函数。 r237954。
libFuzzer 获得了更多文档。 r237836。