LLVM原作者 Chris Lattner 在 Google 做的 MLIR 框架开始逐步地影响回 LLVM 社区： Gary Elsesser 开始讨论在LLVM中讨论多维数组 Chris 看起来比较支持。
Clang and LLVM 开始使用C++14了。对于像是我这种C++11/C++14/C++17还分不清楚的C++菜鸡，是一个很好的强迫学习的方式。
LLVM 社区已经开始（或接近完成）往 GitHub 上迁移自己的 repos。。
llvm-libc 计划开始被提上日程。目前还只是提交了一两页纸的 rST 文档。 (Current Status: llvm-libc development is still in the planning phase.)
一个硕大的patch，将 llvm::make_unique 全转换成了 C++14 的 std::make_unique. r369013。这要是按照代码修改行数算绩效，这哥们儿凭借这个patch绝对是年度优秀员工。😄
以上内容来自于 LLVM Weekly 294 期
今年的 GSoC 谷歌编程之夏活动即将进入项目结束验收阶段（8月26日）。GCC邮件列表中开始有陆陆续续提交最终报告的同学。每年 GoC 都有LLVM和GCC两大社区的名额。小编我也申请过几次，都没有成功，要在短期内找到合适的工作内容并在一个夏天的时间交付（其实是半年，因为前期就开始在社区活跃了）还是有点难度的。尤其是GCC，感觉没有特别简单的暑期项目。更重要的是，GCC里面估计也没有几个有能力且愿意站出来做 mentor 的老泡。
一张图可以解释目前GCC社区后继无人的问题：
Steve Ellcey 遇到了 GCC garbage collector 的一个诡异的bug。在邮件列表中求助之后，很快得到了邮件回复。感受到了社区的温暖。（看到这里你是不是也很惊讶GCC里面竟然有GC，哈哈，有的，一直有。）
Iain Sandoe （有知道名字怎么发音的朋友请在评论区留言教我一下）在上周五的时候宣布在 Darwin（macOS）上构建成功，并通过了回归测试后（除了 Ada）。比较神奇的是看到报告中， Iain 竟然拥有 powerpc-darwin （现在默认都是 x64-darwin 了）
Rainer Emrich 报告了在 x86_64-w64-mingw32 构建成功了 GCC 9.2，感觉突然GCC的周边支持工作一下子多起来了。
本周的 GCC 9.3 Status Report (2019-08-12)，相比上周增加了 2 个P3级别的Bugs，其它Bugs数量没有变化。（感觉这里可以看出来社区的活跃程度。）
来自 Oracle 的提交者开始在 GNU Binutils 和 GNU GCC 社区提交 Linux Kernel 社区中使用的 ePBF 相关的代码作为新后端。看起来，可能 Linux Kernel 的 ePBF 的核心维护者并没有参与这些工作。看起来有点诡异，不知道后续几个社区会不会吵起来，哈哈。我们会密切关注这几个社区的邮件列表，观察后续。
本周又双叒叕发生了一个软件被植入后门的事件。具体内容可以在 HackerNews 和 GitHub上第一个发现的Issue 看到。简单说就是一个流行的 Ruby 组件的开发者，在关键的代码提交和授权的账号上，么有使用双因子验证（2-Factor），并且重复使用了弱密码，被人悄悄的爆了。截止到发现位置至少已经被下载了一千多次。另一个令人震惊的流程是这个仓库是被设计成了有推送就自动发布个新版本，雷到了不少跟帖的人。被爆的开源软件作者在HN上公开承担了责任并进行了复盘分析。
至少我们庆幸是开源软件。而闭源软件被植入后门之后，可能就根本不会被发现，或者即使公司发现也会有动机隐瞒。
此类由于上游软件依赖导致的安全问题，近年来被称之为软件供应链安全问题。早在20年前就有APT组织（那时候还不流行叫APT）通过入侵韩国某目标公司使用的解压缩软件公司，将持久化的木马程序通过合法签名的压缩软件更新安装包植入了目标公司。随着 Ruby、NodeJS、Python 等自带丰富软件管理系统的语言流行，不加甄别的使用第三方仓库带来的风险也在逐年增大。
当然，这里还有一个中国特色的教训：不要轻易相信任何第三方组件，包括阿里巴巴这样的技术巨头。去年12月底，国内大量政府网站正在批圣诞节是洋节日的时候，网站的各类按钮被自动改成了圣诞节主题。很多单位都原地爆炸了。事后发现是国内流行的 Ant Design 组件框架，在未通知用户（没写 Release Notes）情况下默默的加入了这个彩蛋。
虽然事后始作俑者出来道歉，但是那些因为彩蛋被开除的开发人员已经只能选择在圣诞节买火车票提前回家过年。而我们永远不会知道那些在穆斯林国家使用了 Ant Design 的开发同行，是否还在敲代码。
目前已经有5个演讲报名和2个待定的演讲报名。后续可能会举办成一个「小语种专场」。欢迎投稿。
第十一届开源开发工具大会（OSDT Workshop，原 HelloGCC Workshop）即将开始征集话题。目前计划11月中旬在北京软件所举办。OSDT是开源软件开发者的交流会，我们在这里分享自己在开源软件方面的开发工作，研究成果，经验学习。话题主要面向开源开发工具。
话题内容包含但不限于：
- GNU工具链（GCC，GDB，Binutils等）。
- Clang/LLVM工具链，以及基于LLVM的衍生工作。
- 端侧AI部署框架的开发、调试或性能分析工具。
- 算法在FPGA上部署的快速开发套件。
- 面向RISCV等新硬件的基础软件支持。
- 其它开源开发工具。
话题形式可以为：
- 对自己在某开源软件工作上的介绍。
- 对开发工具的介绍及使用经验分享。
- 参与开源社区工作的体验和感受。
如果您有相关话题，欢迎通过微信和我们联系：联系人 wuwei 微信号 15101038581 （请注明OSDT或HelloGCC/HelloLLVM）
往届传送： https://github.com/hellogcc/OSDT2018 https://github.com/hellogcc/OSDT2017
北京灵汐科技招聘： AI加速器编译工程师
工作职责: 1.参与深度学习模型/算法在AI芯片上的编译映射工作 2.参与编译器设计，主要包括软件架构设计，功能实现，系统联调等工作
任职资格: 1.熟悉深度学习算法，有深度学习框架使用经验 (caffe / pytorch / tensorflow) 2.熟悉 C/C++/Python 等编程语言，有Linux开发使用经验，有软件架构设计经验，设计模式 3.熟悉编译器开发流程，有AI芯片工具链，编译器设计经验者优先，有底层ai芯片架构设计经验者优先 4.对一些开源机器学习编译软件栈有研究经验者优先(如LLVM，NNVM，TVM等)
欢迎自荐或是推荐朋友。
有兴趣可以联系我或者直接联系灵汐科技金罗军⬇️
【名片信息在微信公众号文章中】
这是 OSDT Weekly 新推出来的一个板块。主编将在每周推荐一份自己完整阅读过的、非EECS类的书进行推荐。
本周推荐：《从零到一》中英文都推荐
有名和流行的书籍，会受到其自身名气的拖累，让下一位读者，有机会能够在拿起书之前，就已经通过各种快节奏或浅薄的渠道，获取了二手的「结论」和「点评」。有时候是三手甚至四手的书评：所看到的评论，是一个只阅读过他人评论的人「读者」作出的（加上新的误解和想象）。读者潜意识里有着节约时间最大化知识获取的倾向，也天生希望看看他人的看法。这两点带来的坏处是如果遇到了不好的评论者，可能会让读者错过拿起来亲自阅读的机会。
好的作品，并不一定是好在可以用子弹（bullets）列出的观点（如果是的话那么直接给几页PPT就可以了）。好的作品是在阅读的时候，会有那么一两个不经意的字句，可能从未有人觉得重要从而放在评论中的一个比喻，让你突然找到了人生的意义，抑或突然看到了自己过去行为决策的重大盲区。《夏洛的网》是这样的作品。《动物庄园》是这样的作品。《非暴力沟通》是这样的作品。《从零到一》是这样的作品。
《从零到一》或许可以划为「评论人数超过阅读人数」的书籍一类。我的建议是买一本纸质的中文版，阅读一遍。之后可以买一本英文版，再阅读一遍。半年后可以有时间的时候，重新阅读一遍，中文英文都可以。这是我目前的阅读路径。我设定了个闹钟⏰，一年后再翻出来阅读一次。