uboot2012获取编译日期

‘壹’ uboot编译报错

哥们 咱两一样的问题 我也是201504版本的 你的解决了吗 告诉一下呗

‘贰’ uboot也是用交叉编译工具编译的吧 为什么用交叉编译工具中没有make命令呢 该怎样生效 make,

有Makefile就可以使用Make命令，make命令不是系统自带的吗，用了这么久，第一次看到这个问题。Uboot编译不是很难，以前旧版Uboot编译好像比新版要简单一点，特别是上了2010以后，东西不好找。

‘叁’ uboot2010-09用arm-linux-gcc3.3.2编译出现如下错误：请问该如何解决

1） 可以试试用arm-softfloat-linux-gnu和和arm-linux-gcc-3.4.5-glibc-2.3.62
2） 也可以改uboot的编译选项把软浮点去掉，位置可能在cpu/arm920t/config.mk或类似位置，把其中的-msoft-float去掉

‘肆’ uboot编译

把-MQ的编译选项去掉试试

‘伍’ uboot怎么样才可以编译成自己的u-boot.bin

按照uboot移植手册，修改源代码，然后用交叉编译工具编译，就会生成uboot.bin文件了。

‘陆’ uboot也是用交叉编译工具编译的吧 为什么用交叉编译工具中没有make命令呢 该怎样生效 make

在顶层的makefile中把这段中的examples\目录删掉
SUBDIRS = tools \
examples \
post \
post/cpu
试试看 其实编译进去也没有任何影响的
从你的截图看病不是examples的问题，估计可能是你的交叉编译安装有问题或者你的u-boot已经在别人的电脑上编译过了，所以出现问题。看看交叉编译的环境变量有没有问题，再不行重装试试

‘柒’ 如何查看uboot编译哪一个board目录

U-Boot编译命令
对于mini2440开发板，编译U-Boot需要执行如下的命令：
$ make mini2440_config
$ make all
使用上面的命令编译U-Boot，编译生成的所有文件都保存在源代码目录中。为了保持源代码目录的干净，可以使用如下命令将编译生成的文件输出到一个外部目录，而不是在源代码目录中，下面的2种方法都将编译生成的文件输出到 /tmp/build目录：
$ export BUILD_DIR=/tmp/build
$ make mini2440_config
$ make all
或
$ make O=/tmp/build mini2440_config （注意是字母O，而不是数字0）
$ make all

为了简化分析过程，方便读者理解，这里主要针对第一种编译方式（目标输出到源代码所在目录）进行分析。
2.1.2 U-Boot配置、编译、连接过程
U-Boot开头有一些跟主机软硬件环境相关的代码，在每次执行make命令时这些代码都被执行一次。

1. U-Boot 配置过程
（1）定义主机系统架构
HOSTARCH := $(shell uname -m | \
sed -e s/i.86/i386/ \
-e s/sun4u/sparc64/ \
-e s/arm.*/arm/ \
-e s/sa110/arm/ \
-e s/powerpc/ppc/ \
-e s/ppc64/ppc/ \
-e s/macppc/ppc/)
“sed –e”表示后面跟的是一串命令脚本，而表达式“s/abc/def/”表示要从标准输入中，查找到内容为“abc”的，然后替换成“def”。其中“abc”表达式用可以使用“.”作为通配符。
命令“uname –m”将输出主机CPU的体系架构类型。作者的电脑使用Intel Core2系列的CPU，因此“uname –m”输出“i686”。 “i686”可以匹配命令“sed -e s/i.86/i386/”中的“i.86”，因此在作者的机器上执行Makefile，HOSTARCH将被设置成“i386” 。
（2）定义主机操作系统类型
HOSTOS := $(shell uname -s | tr '[:upper:]' '[:lower:]' | \
sed -e 's/\(cygwin\).*/cygwin/')
“uname –s”输出主机内核名字，作者使用Linux发行版Ubuntu9.10，因此“uname –s”结果是“Linux”。“tr '[:upper:]' '[:lower:]'”作用是将标准输入中的所有大写字母转换为响应的小写字母。因此执行结果是将HOSTOS 设置为“linux”。
（3）定义执行shell脚本的shell
# Set shell to bash if possible, otherwise fall back to sh
SHELL := $(shell if [ -x "$$BASH" ]; then echo $$BASH; \
else if [ -x /bin/bash ]; then echo /bin/bash; \
else echo sh; fi; fi)
"$$BASH"的作用实质上是生成了字符串“$BASH”（前一个$号的作用是指明第二个$是普通的字符）。若执行当前Makefile的shell中定义了“$BASH”环境变量，且文件“$BASH”是可执行文件，则SHELL的值为“$BASH”。否则，若“/bin/bash”是可执行文件，则SHELL值为“/bin/bash”。若以上两条都不成立，则将“sh”赋值给SHELL变量。
由于作者的机器安装了bash shell，且shell默认环境变量中定义了“$BASH”，因此SHELL 被设置为$BASH 。
（4）设定编译输出目录
ifdef O
ifeq ("$(origin O)", "command line")
BUILD_DIR := $(O)
endif
endif
函数$( origin, variable) 输出的结果是一个字符串，输出结果由变量variable定义的方式决定，若variable在命令行中定义过，则origin函数返回值为"command line"。假若在命令行中执行了“export BUILD_DIR=/tmp/build”的命令，则“$(origin O)”值为“command line”，而BUILD_DIR被设置为“/tmp/build”。
ifneq ($(BUILD_DIR),)
saved-output := $(BUILD_DIR)

# Attempt to create a output directory.
$(shell [ -d ${BUILD_DIR} ] || mkdir -p ${BUILD_DIR})
若${BUILD_DIR}表示的目录没有定义，则创建该目录。
# Verify if it was successful.
BUILD_DIR := $(shell cd $(BUILD_DIR) && /bin/pwd)
$(if $(BUILD_DIR),,$(error output directory "$(saved-output)" does not exist))
endif # ifneq ($(BUILD_DIR),)
若$(BUILD_DIR)为空，则将其赋值为当前目录路径（源代码目录）。并检查$(BUILD_DIR)目录是否存在。
OBJTREE := $(if $(BUILD_DIR),$(BUILD_DIR),$(CURDIR))
SRCTREE := $(CURDIR)
TOPDIR := $(SRCTREE)
LNDIR := $(OBJTREE)
… …
MKCONFIG := $(SRCTREE)/mkconfig
… …
ifneq ($(OBJTREE),$(SRCTREE))
obj := $(OBJTREE)/
src := $(SRCTREE)/
else
obj :=
src :=
endif
CURDIR变量指示Make当前的工作目录，由于当前Make在U-Boot顶层目录执行Makefile，因此CURDIR此时就是U-Boot顶层目录。
执行完上面的代码后， SRCTREE，src变量就是U-Boot代码顶层目录，而OBJTREE，obj变量就是输出目录，若没有定义BUILD_DIR环境变量，则SRCTREE，src变量与OBJTREE，obj变量都是U-Boot源代码目录。而MKCONFIG则表示U-Boot根目录下的mkconfig脚本。
2. make mini2440_config命令执行过程
下面分析命令“make mini2440_config”执行过程，为了简化分析过程这里主要分析将编译目标输出到源代码目录的情况。
mini2440_config : unconfig
@$(MKCONFIG) $(@:_config=) arm arm920t mini2440 samsung s3c24x0
其中的依赖“unconfig”定义如下：
unconfig:
@rm -f $(obj)include/config.h $(obj)include/config.mk \
$(obj)board/*/config.tmp $(obj)board/*/*/config.tmp \
$(obj)include/autoconf.mk $(obj)include/autoconf.mk.dep
其中“@”的作用是执行该命令时不在shell显示。“obj”变量就是编译输出的目录，因此“unconfig”的作用就是清除上次执行make *_config命令生成的配置文件（如include/config.h，include/config.mk等）。
$(MKCONFIG)在上面指定为“$(SRCTREE)/mkconfig”。$(@:_config=)为将传进来的所有参数中的_config替换为空（其中“@”指规则的目标文件名，在这里就是“mini2440_config ”。$(text:patternA=patternB)，这样的语法表示把text变量每一个元素中结尾的patternA的文本替换为patternB，然后输出） 。因此$(@:_config=)的作用就是将mini2440_config中的_config去掉，得到mini2440。
因此“@$(MKCONFIG) $(@:_config=) arm arm920t mini2440 samsung s3c24x0”实际上就是执行了如下命令：
./mkconfig mini2440 arm arm920t mini2440 samsung s3c24x0
即将“mini2440 arm arm920t mini2440 samsung s3c24x0”作为参数传递给当前目录下的mkconfig脚本执行。
在mkconfig脚本中给出了mkconfig的用法：
# Parameters: Target Architecture CPU Board [VENDOR] [SOC]
因此传递给mkconfig的参数的意义分别是：
mini2440：Target（目标板型号）
arm：Architecture （目标板的CPU架构）
arm920t：CPU （具体使用的CPU型号）
mini2440：Board
samsung：VENDOR（生产厂家名）
s3c24x0：SOC

‘捌’ 从庖丁解牛说uboot如何编译

其实，这个世界上的万事万物，都有一个“纹理”。我读中学的时候劈柴，如果顺着木头的纹理劈下去很轻易的就劈开了，但如果反其道而行之不但劈不开而且斧头还会弹回来伤人！呵呵，城里出生的孩子是没这个体会，即使现在农村的孩子因为家里都烧液化气也没有这个机会体验了。 庖丁解牛之所以游刃有余，是因为他掌握了牛的纹理，顺着这些纹理就应该很容易。 那么我们的uboot的纹理在哪里呢？ 很多初学者，拿到这种代码从来没有去看过它的readme或者document！这两个文本文件是非常重要的东西，可惜呀！很多人不去看readme而去请教别人，google，，跑图书馆。其实，有些东西当你问到别人的时候，聪明的人也是去看readme然后给你解答的。 下面我们就去找uboot的纹理！ 本文u-boot版本U-Boot 1.1.4 我们按正常人的思维（智商90）来分析。 首先，是要编译，那么编译就要执行命令make，而make实际上就是执行makefile文件。第一次make肯定是不能成功的。听从观音菩萨的教诲“从哪里来就到哪里去”！make 出问题，我们就去makefile里找原因。Makefile里有这样一段话： TOPDIR ：= $（shell if ［“$$PWD” ！= “”］; then echo $$PWD; else pwd; fi） export TOPDIR ifeq （include/config.mk，$（wildcard include/config.mk）） # load ARCH， BOARD， and CPU configuration include include/config.mk export ARCH CPU BOARD VENDOR SOC # load other configuration include $（TOPDIR）/config.mk ifndef CROSS_COMPILE ifeq （$（HOSTARCH），ppc） CROSS_COMPILE = else ifeq （$（ARCH），ppc） CROSS_COMPILE = powerpc-linux- endif ifeq （$（ARCH），arm） CROSS_COMPILE = /usr/local/arm/2.95.3/bin/arm-linux- endif ifeq （$（ARCH），i386） ifeq （$（HOSTARCH），i386） CROSS_COMPILE = else CROSS_COMPILE = i386-linux- endif endif ifeq （$（ARCH），mips） CROSS_COMPILE = mips_4KC- endif ifeq （$（ARCH），nios） CROSS_COMPILE = nios-elf- endif ifeq （$（ARCH），nios2） CROSS_COMPILE = nios2-elf- endif ifeq （$（ARCH），m68k） CROSS_COMPILE = m68k-elf- endif ifeq （$（ARCH），microblaze） CROSS_COMPILE = mb- endif endif endif export CROSS_COMPILE 这段脚本就是设置交叉编译路径CROSS_COMPILE，在设置这个路径前要判断我们所用的平台是什么，即ARCH是什么。我们这里以ARM为例。1 2

‘玖’ 如何运行U-boot目录下examples下的hello

hello_world不是UBOOT命令, 当然你可以把它移植成为UBOOT命令, 但并没有意义.

编译hello_world完成后, 可以生成.srec 或.bin格式

1. 如果你在编译UBOOT时配置了loads命令, 可以运行loads来加载.srec (再运行run命令来执行. 有点记不清楚是否是run命令)

2. 如果 如果你在编译UBOOT时配置了loadb命令, 可以运行loads来加载.bin (再运行run命令来执行. 有点记不清楚是否是run命令)

3. 跟烧写uboot一样, 把example.bin写入flash, 然后运行go 0xaddress+4 (the start addr of .bin)

‘拾’ uboot2012用什么版本的编译器好

用arm-linux-gcc（如果你的处理器是ARM的话），具体有好多版本，一般都是直接用开发板公司提供的，这样比较保证，因为重新编译一个编译器还是比较麻烦的事(想自己编译一个编译器的话，就用Cross tools吧)。