标签: makefile

1. 安装Eclipse及它的C/C++开发环境： # dnf install eclipse # dnf install eclipse-cdt 这个步骤非常简单。新的Fedora系统使用dnf命令，老的Fedora系统使用yum命令。Ubuntu系统使用apt-get，或者直接从Eclipse网站下载源代码，都是可以的。 2. 从U-Boot官方网站下载源代码： http://www.denx.de/wiki/U-Boot/SourceCode 这里当然要用最新稳定版。 3. 解压U-Boot源代码并创建Git仓库： $ tar -xvf u-boot-latest.tar.bz2 $ cd u-boot-2017.01/ $ git init $ git add * 这一步并不是编译必须，但是应该养成习惯。从官方网站下载的源代码，解压后的第一步就是创建本地GIt仓，以便查看开发历史。 4. 使用Eclipse导入U-Boot的Makefile项目 ​ ​ ： Files - Import - Existing Code as Makefile Project $ git add .gitignore 选择U-Boot源代码所在的目录，目录名会自动作为工程名字。交叉编译链选择“None”，我们会在Makefile里指定交叉编译器。.gitignore文件是U-Boot工程自带的，我们也把它加入Git仓 5. 在终端里导入config文件： $ make CROSS_COMPILE=/opt/gcc-linaro-arm-linux-gnueabihf-4.7-2013.03-20130313_linux/bin/arm-linux-gnueabihf- am335x_boneblack_defconfig $ vim .gitignore !.config $ git add .gitignore .config 由于make *_defconfig步骤不能在Eclipse里进行，所以我们还是在终端里执行它，生成的.config文件加入git仓库。Eclipse会默认忽略.config文件，所以我们得将它从ignore列表排除。虽然加入git仓的步骤不是必须的，但还是推荐执行。 6. 安装ncurses库及其头文件，然后进行make menuconfig： # dnf install ncurses-libs.x86_64 ncurses-devel.x86_64 # dnf install ncurses-libs.i686 ncurses-devel.i686 $ make CROSS_COMPILE=/opt/gcc-linaro-arm-linux-gnueabihf-4.7-2013.03-20130313_linux/bin/arm-linux-gnueabihf- menuconfig 如果进行过Linux内核开发，这里的menuconfig界面看起来会非常熟悉。如果需要添加某个驱动，在这里选中并保存。 7. 最后在Makefile里添加CROSS_COMPILE选项，并在Eclipse工程里编译： CROSS_COMPILE=/opt/gcc-linaro-arm-linux-gnueabihf-4.7-2013.03-20130313_linux/bin/arm-linux-gnueabihf- 这时就能看到工程目录下生成的目标文件了。 虽然Vim使用ctags工具，也能进行函数跳转，但是Eclipse更加方便。如果不是处理远程代码，还是推荐使用Eclipse或者其他IDE进行U-Boot开发！ EM

  最简单的 Linux 驱动程序 版权声明： 本文由博主 “cuter” 发布。欢迎转载，但不得擅自更改博文内容，也不得用于任何盈利目的。转载时不得删除作者简介和版权声明。如有盗用而不说明出处引起的版权纠纷，由盗用者自负。 博客官方地址： ChinaAETna ： http://blog.chinaaet.com/cuter521 EDN China ： http://bbs.ednchina.com/BLOG_cuter521_356737.HTM   1、              前言 虽然说是最简单，但仍然费了些功夫，正所谓知易行难，看着网上和书上寥寥数语就把最简单的 Hello ， Linux Driver 讲完，本以为能手到擒来，半小时搞定，做下来却花了半天多。 2、              学习目标 a)         简单了解驱动开发流程 b)         如何编译驱动程序 c)         如何加载和卸载驱动程序 3、              被绊倒的点 a)         重启后，未重新配置系统环境变量，编译驱动时并没有提示找不到编译器 b)         要进入 root 后再编译（不知道为啥，这个可能是因为编译器装在 root 路径下） c)         编译报错时，过于纠结代码所在路径问题 d)         对 Makefile 的规则不了解 4、              驱动程序概述 设备驱动程序，顾名思义，用于驱动设备，实现设备的操作和控制。与中间件类似，位于应用软件和硬件之间，为应用软件屏蔽底层硬件细节，提供了设备管理的接口，应用开发人员不必在硬件细节花太大精力。 5、              一个完整的最简化的“ Hello, Linux Driver ”模块 ------------------------------------ hello.c ------------------------------------- #include #include MODULE_LICENSE("Dual BSD/GPL"); static int hello_init(void) {      printk("Module init complete!\nHello, Linux Driver!\n");      return 0; } static void hello_exit(void) {      printk("Module exit!\nBye, Linux Driver!\n"); } module_init(hello_init); module_exit(hello_exit);   MODULE_AUTHOR("Cuter@ChinaAET"); MODULE_DESCRIPTION("HelloLinuxDriver"); MODULE_ALIAS("It's only a test");   ------------------------------------------end---------------------------------------- 编程人经典的“ Hello world ”，只要有一定的基础，上述程序一眼就看个明白了。针对 Linux 驱动开发需要特别指出的是： a)         MODULE_LICENSE 宏，用于告知内核，该模块带有一个自由的许可证，如缺少，加载时会报错。 b)         module_init() ，在模块加载到内核时被调用； c)         module_exit() ，在模块从内核中移除时调用； d)         printk() ，内核用打印函数，与 printf() 类似；   6、              程序的编译 编写 Makefile 编译的关键在于 makefile 的编写，最终的 makefile 如下： -------------------------------------------------makefile-------------------------------------------- obj-m := hello.o # current path CURRENT_PATH:=$(shell pwd) # linux kernel path LINUX_KERNEL_PATH:=/home/cucter/Documents/linux-digilent-3.6 # complie object all:        make -C $(LINUX_KERNEL_PATH) ARCH=arm M=`pwd` modules # clean clean:        make -C $(LINUX_KERNEL_PATH) ARCH=arm M=$(CURRENT_PATH) clean   ----------------------------------------------------end----------------------------------------------- 这块碰到的错误： a)         Commands commence before first target. Stop b)         Missing separator stop Makefile 规则：每个执行行要以 Tab 开头， Tab 长度为 4 c)         注意 CURRENT_PATH 是否在上文定义了。网上有用 PWD 的文章（ digilent 一份 PDF 也是），但都未定义，会报该错误。 注意 `pwd` ，不是用的单引号，而是 1 左边按键上的那个符号。   7、              测试 在串口终端中利用 tftp 指令，将驱动程序从 PC 下载至系统，使用 insmod 指令加载驱动，结果如下： 使用 lsmod 指令再次确认加载成功： 卸载驱动：由上图可以看出，直接使用 rmmod 卸载是不成功的，原因是 BusyBox 和发行的 Linux ，在加载驱动时，并没有生成相应的目录。我们首先进入 /lib/modules 目录，创建 3.6.0-digilent-13.01 文件夹（由上图错误提示可知），然后运行 rmmod 指令，卸载驱动，结果如下图所示。    

在Makefile中我们经常看到 = := ?= +=这几个赋值运算符，那么他们有什么区别呢？我们来做个简单的实验 新建一个Makefile，内容为： ifdef DEFINE_VRE     VRE = “Hello World!” else endif ifeq ($(OPT),define)     VRE ?= “Hello World! First!” endif ifeq ($(OPT),add)     VRE += “Kelly!” endif ifeq ($(OPT),recover)     VRE := “Hello World! Again!” endif all:     @echo $(VRE) 敲入以下make命令： make DEFINE_VRE=true OPT=define 输出：Hello World! make DEFINE_VRE=true OPT=add 输出：Hello World! Kelly! make DEFINE_VRE=true OPT=recover  输出：Hello World! Again! make DEFINE_VRE= OPT=define 输出：Hello World! First! make DEFINE_VRE= OPT=add 输出：Kelly! make DEFINE_VRE= OPT=recover 输出：Hello World! Again! 从上面的结果中我们可以清楚的看到他们的区别了 = 是最基本的赋值 := 是覆盖之前的值 ?= 是如果没有被赋值过就赋予等号后面的值 += 是添加等号后面的值   之前一直纠结makefile中“=”和“:=”的区别到底有什么区别，因为给变量赋值时，两个符号都在使用。网上搜了一下，有人给出了解答，但是本人愚钝，看不懂什么意思。几寻无果之下，也就放下了。今天看一篇博客，无意中发现作者对于这个问题做了很好的解答。解决问题之余不免感叹，有时候给个例子不就清楚了吗？为什么非要说得那么学术呢。^_^       1、“=”       make会将整个m akefile 展开后，再决定变量的值。也就是说，变量的值将会是整个makefile中最后被指定的值。看例子：              x = foo             y = $(x) bar             x = xyz        在上例中，y的值将会是  xyz bar  ，而不是  foo bar  。       2、“:=”       “:=”表示变量的值决定于它在makefile中的位置，而不是整个makefile展开后的最终值。              x := foo             y := $(x) bar             x := xyz       在上例中，y的值将会是  foo bar  ，而不是  xyz bar  了。

首先，why MSP430？虽然现在ARM系列MCU正在以不可逆转之势占领市场，TI公司的MSP430系列仍然有稳固的一席之地，很重要的原因是它的超低功耗特性。相比于其他架构单片机，它具备灵活丰富的时钟选项、外设时钟配置和工作模式选择，能够最大限度的降低工作电流，从而使它非常适合对功耗敏感的场合。 一、如何在Linux下搭建开发环境？ 准备一块MSP430F2616的开发板，以及JTAG仿真器FET430UIF（如果是其它种类的仿真器，先要确认mspdebug是否支持）。然后，以Linux桌面发行版Fedora为例，使用yum安装msp430-gcc、mspdebug、msp430-libc（如果是Linux的桌面发行版Ubuntu，则使用apt-get）。 二、如何下载并调试程序？ 将开发板与仿真器连接好，上电，在终端输入命令： mspdebug -j uif -d /dev/ttyUSB0 -j的意思是使用JTAG而不是Spy-Bi-Wire；-d的意思是仿真器对应的设备号，如果有多个设备，就执行dmesg | grep ttyUSB，看看打印信息就知道了。不出意外的话，mspdebug命令会出现下面这样的提示信息： Type "help " for more information. Use the "opt" command ("help opt") to set options. Press Ctrl+D to quit. (mspdebug) 提示符后面可以输入命令。prog用来烧写程序，reset用来复位，run用来执行，而step用来单步执行等等。如果想要烧写程序，则输入： (mspdebug)prog xxx.elf 三、如果编写简单的main.c文件并编译？ 因为安装msp430-libc的时候，在/usr/msp430/include/下生成了头文件，所以最简单的main.c函数只需要： #include // 使用尖括号，include对应MCU的头文件 int main (void) {     WDTCTL = WDTPW + WDTHOLD;     P1DIR = 0xFF;     while (1) {         P1OUT = 0x00;         P1OUT = 0xFF;     }     return 0; } 编译使用msp430-gcc命令： msp430-gcc -mmcu=msp430f2616 -o main.elf main.c （要注意的是，因为msp430系列的单片机watch dog是默认打开的，所以需要先将它关闭，然后再操作IO口。） 四、如何编写Makefile文件？ 如果源文件不止main.c，而是包括很多其他的.c文件，就需要编写Makefile文件告诉编译器该怎么做了。Makefile的基本格式是：描述一个.o文件由哪几个.c和.h文件组成（与.o文件同名的.c文件可省略不写），然后执行xxx-gcc的编译命令。 .PHONY表示，clean是个伪目标文件，执行make时不会执行它，而执行make clean时才会执行。编译命令必须以tab键开始，否则不能识别。 OBJECTS = main.o led.o timedelay.o uart.o CC = msp430-gcc MCU = msp430f2616 FLAGS = -mmcu=$(MCU) -Wall main.elf: $(OBJECTS)     $(CC) $(FLAGS) -o main.elf $(OBJECTS) main.o: timedelay.h led.h uart.h     $(CC) $(FLAGS) -c main.c timedelay.o: timedelay.h     $(CC) $(FLAGS) -c timedelay.c led.o: led.h timedelay.h     $(CC) $(FLAGS) -c led.c uart.o: uart.h timedelay.h     $(CC) $(FLAGS) -c uart.c .PHONY: clean clean:     rm -f main.elf $(OBJECTS) 这样，MSP430F2616的开发环境就在Linux下搭好了，要继续后续的开发，就要开始学习MSP430F2616的特性和寄存器操作了。值得注意的是，MSP430F2616区别于其他单片机的地方，是它的时钟源和工作模式，这也是它低功耗的主要原因之一，所以最好能把它的时钟管理部分好好的看一看，设置并观察一下不同时钟源的寄存器，感受一下运行速度，然后再学习UART、TIMER等等外设。