小灰笔记

全部学习汇总： GreyZhang/g_SCons: A new member in my toolbox, looking forward to replacing make tool later. (github.com)前阵子简单使用了x86的gcc的环境，进而又完成了一个使用Diab的PowerPC的自动化环境的构建。感觉基础的嵌入式环境搭建方面现在的框架或者小技巧基本上可以满足简单的开发需求了。近段时间，手里拿到了一个基本量产的国产ARM MCU，顺便在这上面尝试一下。已经很长一段时间，我自己的工

1232_使用SCons实现WindRiver Diab编译器的命令行自动化编译环境全部学习汇总： GitHub - GreyZhang/g_SCons: A new member in my toolbox, looking forward to replacing make tool later.前面看了一阵子SCons的基础使用了，目前看来进展非常顺利。上次，在linux平台上使用gcc进行多个目录以及多个文件的编译测试成功了。这个工程中的多文件彼此之间还有相互的引用以及依赖，已经有一定的复杂

全部学习汇总： GitHub - GreyZhang/g_SCons: A new member in my toolbox, looking forward to replacing make tool later.这个例子在我看到的文档中是没有的，但是这个却是我一直想要看到的一个状态。因为，多目录、多文件、相互交叉引用的应用才算得上是一个实用工程的功能典型代表。为了能够做相应的验证，我自己创建了一个简单的工程，工程中包含了5个简单的模块。具体的目录信息如下：一共有5个目录，10个文件。除了m

全部学习汇总： GitHub - GreyZhang/g_SCons: A new member in my toolbox, looking forward to replacing make tool later.使用Makefile来处理工程构建很好的一点就是在于可以实现“差分式”更新，SCons也可以做到这一点。这就得准确处理依赖的关系，而这个依赖的可能不仅有文件。SCons的差分式更新默认采用的是MD5签名或者校验和的方式来实现的，也可以配置成为检查时间戳。检查时间戳是Make

全部学习汇总： https://github.com/GreyZhang/g_SCons从实操性以及对我个人需求的匹配性来说，感觉这一次看到的知识点并不是很重要。不过，为了防止继续往后学习有什么账号，这部分还是认真对待一下。首先要明白什么是Node，这其实是SCons再内部泳衣表示所有的文件以及目录的一种方式。接下来，上面给了一个很简单的例子。也说明了为什么可能会存在这样的应用。一个很典型的应用方式就是再工程之中可能会存在不同的文件按照不同的编译选项来编译的情况。这样，就会用到不同的文件生成

全部学习汇总： GitHub - GreyZhang/g_SCons: A new member in my toolbox, looking forward to replacing make tool later.嵌入式的工程构建行为跟unix或者Linux更加相近，因此我自己的测试以及演示全都采用linux的平台和工具。这是完全照搬了上面的例程，在每一个文件中我都加了一个打印提示函数。从上面的结果看，生成的库文件名称是在库的前面加了一个lib，后面加了一个.a。这是库文件命名的一个基础

全部学习汇总： GitHub - GreyZhang/g_SCons: A new member in my toolbox, looking forward to replacing make tool later.我觉得SCons的应用手册的顺序编排还是可以的，至少最前面的这部分编排是不错的。非常有助于一个了解过Makefile的人去做转行的学习。前面实现了简单的单文件的编译，这一次接下来至少先尝试实现一下单目录多文件的编译了。在这次尝试的过程中，暂且也忽略掉文件依赖的概念。为了能够实现上面

全部学习汇总： GitHub - GreyZhang/g_SCons: A new member in my toolbox, looking forward to replacing make tool later.前面的尝试过的例子基本上实现的都是一个单文件的编译，虽然也尝试了一个2个文件的，但是那个尝试其实是生成了2个不同的程序。按照之前学习Makefile的路子，这一次希望能够实现一个多文件单目录的编译尝试。首先，再看一下单文件的编译。之前的例子中，配置文件很简单，只有一句。

全部学习汇总： GitHub - GreyZhang/g_SCons: A new member in my toolbox, looking forward to replacing make tool later.我现在看的文档是scons的用户手册，看到这里感觉这部分写得可能也并不是很完善。关于scons的配置文件应该是有多个名字可以选，而我第一次尝试的时候其实就选择了一个直接后缀为py的模式，并且完成了我自己探索出来的第一个例子。目前看到的这个手册中，讲的基本是SConstruct文件，或许这个

全部学习汇总： GitHub - GreyZhang/g_SCons: A new member in my toolbox, looking forward to replacing make tool later.在使用Makefile的时候，生成可执行文件、二进制文件与生成目标文件其实在语法上没有太大的差异，都是要生成target。不同点在于规则的执行有差异，毕竟调用的不同命令甚至是不同的工具。在SCons中，target这样的理念被换了一种叫法以及形式，感觉上这个工具管理构建过程的时候更加专

全部学习汇总： https://github.com/GreyZhang/g_SCons前面尝试了解SCons的时候，借助于看到的FAQ等信息我已经按照我自己的理解构建出来了一个hello world的例程。这次为什么又要加一个呢？因为这次看到的是文档中提到的“正统”的方式。例程我已经试了，正好借此也分析一下SCons的几个默认行为。代码的例子还是很简单，使用C语言的一个文件即可。这一次用到的配置文件不再是一个python程序文件，而是一个简单的无后缀的配置文件。在上面的hello.c文件所

1213_SCons初步了解以及安装试用装试用全部学习汇总：https://github.com/GreyZhang/g_SCons前阵子学习中的Makefile中断了，最近计划捡回来。不过，这段时间刚好在网上看到了几种可以实现软件构建的自动化工具，趁着这个机会了解一下。说不准，后续这样工具的掌握就可以直接替代掉Makefile这种古老的技术了。这次我看到的一个工具叫做SCons，支持多种编程语言，而我关注的C语言也在其中。首先看看什么事SCons，从介绍看这个很可能是软件构建工具单词的缩写