clang的过渡

要想搞清楚Pass添加和执行的过程首先要清楚如何从编译前段的clang过渡到LLVM。

当AST构建完成之后交给ASTConsumer的子类BackendConsumer处理。首先将会通过CodeGenerator来完成从AST到IR的转换。转换完成之后调用HandleTranslationUnit

今天翻看王垠的Blog，有一篇引起了我的注意 Yoda 表示法错在哪里 。

其实这是一个古老的问题，用王垠的话讲这是一个典型的“先辈的罪”（Sins of our Forefathers）。我更愿意叫它“历史遗留问题”。

string_view

C++17的标准中，string_view是一个比较惊喜的东西，有机会用于字符串相关操作的优化。string_view的设计思路类似于slice，通过片段应用减少buffer的复制。

链接

链接的本质就是把多个不同编译单元（目标文件）相互整合到一起。整合的方式是通过地址的确定。

从单个编译单元的角度看，自己内部的声明可以按有无定义分为两类。对于有定义的一类，程序执行时自然可以定位地址完成相应操作，也就是地址是已知的。对于无定义的一类，由于是采用的外部的函数或者全局变量，地址是未知的，链接就是给未知的地址进行定位。

加入Python模块

首先获取lldb的python模块路径

1

lldb -P

在Python的site-packages路径下加入.pth文件，比如Extra.pth

将模块路径写入文件即可

151. Reverse Words in a String

1
2
3
4
5
6
7
8

Given an input string, reverse the string word by word.

For example,
Given s = "the sky is blue",
return "blue is sky the".

Update (2015-02-12):
For C programmers: Try to solve it in-place in O(1) space.

一开始考虑用python实现，思路来的非常快.

2017年过去了，想写篇小结，总结一下过去。因为去哈尔滨耽误了几天，就顺便把18年的计划一起写出来吧。

replace_function_name是由一个完整的clang编译器，在CodeGen时通过修改CodeGenModule::getMangledName函数的流程来达到修改函数名的目的。

项目地址 https://github.com/penguin-wwy/replace_function_name

详细使用方式和效果对比请看github。

上一篇中我们对Armariris进行了一定的改进，主要在对体量较大的BasicBlock进行了切割，增加了一条从当前BasciBlock到它前驱的控制流，并且恒为假。

有两个比较明显的问题：

（1）分支判断过于简单；

（2）增加的只是一条控制流线，并没有增加程序块，所以程序复杂度上升的有限。

孤挺花（Armariris）: 由上海交通大学密码与计算机安全实验室维护的LLVM混淆框架，支持多平台、多语言。目前支持的功能主要有控制流混淆、指令替换、字符串加密。https://github.com/GoSSIP-SJTU/Armariris#armariris