1.LLVM1.1LLVM概述LLVM是架构编译器的框架系统，以C++编写而成，用于优化任意程序语言编写的程序的编译时间（compile-time）、链接时间（link-time）、运行时间（run-time）以及空闲时间（idle-time）。对开发者保持开放，并兼容已有脚本。目前LLVM已经被苹果IOS开发工具，XilinxVivado，Facebook，Google等各大公司采用。1.2传统编译器设计源码SourceCode+前端Frontend+优化器Optimizer+后端Backend（代码生成器CodeGenerator）+机器码MachineCode，如下图所示前端Fronte
1.前言 UBOOT版本：uboot2018.03，开发板myimx8mmek240。2.背景在编译构建目标时(如makexxx)，顶层Makefile的dot-config变量值设置为1。如下：#note：顶层Makefiledot-config:=1ifneq($(filter$(no-dot-config-targets),$(MAKECMDGOALS)),) ifeq($(filter-out$(no-dot-config-targets),$(MAKECMDGOALS)),) dot-config:=0 endifendi在顶层Makefile中：#note：顶层MakefileK
1.前言 UBOOT版本：uboot2018.03，开发板myimx8mmek240。2.背景在编译构建目标时(如makexxx)，顶层Makefile的dot-config变量值设置为1。如下：#note：顶层Makefiledot-config:=1ifneq($(filter$(no-dot-config-targets),$(MAKECMDGOALS)),) ifeq($(filter-out$(no-dot-config-targets),$(MAKECMDGOALS)),) dot-config:=0 endifendi在顶层Makefile中：#note：顶层MakefileK
1.前言 UBOOT版本：uboot2018.03，开发板myimx8mmek240。2.概述此文件包含在./Makefile和spl/Makefile中。清理状态以避免添加两次相同的标志。有些平台需要不同的SPL标志，这就是为什么这个文件也必须包含在spl/Makefile中的原因。如果我们没有SPL，构建系统会简单得多。我使用的平台有使用SPL。3.顶层config.mk解析由于内容较少，直接在源代码中批注：##(C)Copyright2000-2013#WolfgangDenk,DENXSoftwareEngineering,wd@denx.de.##SPDX-License-Ident
1.前言 UBOOT版本：uboot2018.03，开发板myimx8mmek240。2.概述此文件包含在./Makefile和spl/Makefile中。清理状态以避免添加两次相同的标志。有些平台需要不同的SPL标志，这就是为什么这个文件也必须包含在spl/Makefile中的原因。如果我们没有SPL，构建系统会简单得多。我使用的平台有使用SPL。3.顶层config.mk解析由于内容较少，直接在源代码中批注：##(C)Copyright2000-2013#WolfgangDenk,DENXSoftwareEngineering,wd@denx.de.##SPDX-License-Ident
1.前言 UBOOT版本：uboot2018.03，开发板myimx8mmek240。2.概述本节主要接上一节解析：include/config.h、include/autoconf.mk、include/autoconf.mk.dep、spl/include/autoconf.mk、u-boot.cfg、spl/u-boot.cfg。3语句$(Q)$(MAKE)-f$(srctree)/scripts/Makefile.autoconf由于未指定目标，采用默认目标__all#note：scripts/Makefile.autoconf__all:include/autoconf.mkincl
1.前言 UBOOT版本：uboot2018.03，开发板myimx8mmek240。2.概述本节主要接上一节解析：include/config.h、include/autoconf.mk、include/autoconf.mk.dep、spl/include/autoconf.mk、u-boot.cfg、spl/u-boot.cfg。3语句$(Q)$(MAKE)-f$(srctree)/scripts/Makefile.autoconf由于未指定目标，采用默认目标__all#note：scripts/Makefile.autoconf__all:include/autoconf.mkincl
在程序开发过程中，我们一般会用到配置文件来设定一些参数。常见的配置文件格式为ini,xml,config等。INI.ini文件，通常为初始化文件，是用来存储程序配置信息的文本文件。[Login]#开启加密0:不开启、1:开启open_ssl_certificate=0.NET框架本身不支持INI文件，可以利用WindowsAPI方法使用平台调用服务来写入和读取文件。//要写入的部分名称-sectionName//要设置的键名-key//要设置的值-value//INI文件位置-filepath//读取是否成功-result[DllImport("kernel32")]boolWritePriv
在程序开发过程中，我们一般会用到配置文件来设定一些参数。常见的配置文件格式为ini,xml,config等。INI.ini文件，通常为初始化文件，是用来存储程序配置信息的文本文件。[Login]#开启加密0:不开启、1:开启open_ssl_certificate=0.NET框架本身不支持INI文件，可以利用WindowsAPI方法使用平台调用服务来写入和读取文件。//要写入的部分名称-sectionName//要设置的键名-key//要设置的值-value//INI文件位置-filepath//读取是否成功-result[DllImport("kernel32")]boolWritePriv
O-MVLL介绍O-MVLL的开发灵感来自于另一个著名的基于LLVM的代码混淆项目ollvm，并在其基础上做了创新和改进。O-MVLL的混淆逻辑实现方式也是通过LLVMPass，支持也仅会支持ARM64架构，根据作者所说，这是由于当初的设计选择。此外，作者还使用了pybind11，用户可以使用python脚本来对O-MVLL进行配置，从而灵活的运用作者封装好的各种代码混淆方式。混淆后的可执行文件相比于正常编译的可执行文件来说，抵抗逆向工程的能力增强，但与源代码的功能相同，能够在一定程度上保护源代码和程序，增加逆向工程的分析成本。作者的介绍文档： O-MVLLDocumentation(obfu
