[27]_make[2]: arm-hisiv300-linux-gcc: Command not found

之前编译海思的sdk时都是uboot、kernel、rootfs都是分开独立编译的,没有完全按照sdk的说明来,这次编译osdrv目录时,不管怎么整,都是出现下面的问题:

------前面省略n行---

Try 'dirname --help' for more information.
make[2]: arm-hisiv300-linux-gcc: Command not found
/bin/sh: arm-hisiv300-linux-gcc: command not found
make[2]: arm-hisiv300-linux-gcc: Command not found
make[2]: *** [hello_world.o] Error 127
dirname: missing operand
Try 'dirname --help' for more information.
make[1]: *** [examples/standalone] Error 2
make[1]: *** Waiting for unfinished jobs....
/bin/sh: arm-hisiv300-linux-gcc: command not found
dirname: missing operand
Try 'dirname --help' for more information.

很不明白,uclibc工具链之前安装了都是好好的,为什么就说找不到呢?折腾了许久,看了顶层的Makefile才知道原来它只认识arm-hisiv300-linux或者arm-hisiv400-linux,其他的统统不认识,我去.....解决办法:

1.给原来的工具链重新创建符号链接为arm-hisiv300-linux或者arm-hisiv400-linux并在~/.brashrc中export PATH导出环境编译,然后source .brashrc使生效。

##########################################################################################
# prepare param
##########################################################################################
export OSDRV_DIR=$(shell pwd)
export OSDRV_CROSS
export CHIP
export ARCH=arm
export CROSS_COMPILE=$(OSDRV_CROSS)-
export OSDRV_CROSS_CFLAGS

# if CHIP is support, we set SUPPORT_CHIP = "yes"
SUPPORT_CHIP := "no"

ifeq ($(OSDRV_CROSS), )
$(error you must set OSDRV_CROSS first!)
endif

ifeq ($(CHIP), )
$(error you must set CHIP first!)
endif

ifeq ($(OSDRV_CROSS),arm-hisiv300-linux)
LIB_TYPE:=uclibc
BUSYBOX_CFG:=config_v300_arm9
TOOLCHAIN_DIR:=arm-hisiv300-linux
CROSS_SPECIFIED:=y
endif

ifeq ($(OSDRV_CROSS),arm-hisiv400-linux)
LIB_TYPE:=glibc
BUSYBOX_CFG:=config_v400_arm9
TOOLCHAIN_DIR:=arm-hisiv400-linux
CROSS_SPECIFIED:=y
endif

BUSYBOX_VER:=busybox-1.20.2
TOOLCHAIN_RUNTIME_LIB_C:=lib.tgz
TOOLCHAIN_RUNTIME_LIB:=armv5te_arm9_soft
OSDRV_CROSS_CFLAGS:=-march=armv5te -mcpu=arm926ej-s

ifneq ($(CROSS_SPECIFIED),y)
all:
@echo "---------------------------------------------------------------------"
@echo "ERROR: you should have specified an OSDRV_CROSS! "
@echo "e.g., make OSDRV_CROSS=arm-hisiv300-linux all "
@echo "e.g., make OSDRV_CROSS=arm-hisiv400-linux all "
@echo "---------------------------------------------------------------------"
endif

--------------------以上是Makefile中关于工具链的关键部分---------------------------


本资源为arm-linux下的海思编译链工具V300 C语言有三种标准库如下: 1.Glibc glibc = GNU C Library 是GNU项(GNU Project)目,所实现的 C语言标准库(C standard library)。 目前,常见的桌面和服务器中的GNU/Linux类的系统中,都是用的这套C语言标准库。 其实现了常见的C库的函数,支持很多种系统平台,功能很全,但是也相对比较臃肿和庞大。 2.uClibc 一个小型的C语言标准库,主要用于嵌入式。 其最开始设计用于uClinux(注:uClinux不支持MMU),因此比较适用于微处理器中。 对应的,此处的u意思是μ,Micro,微小的意思。 uClibc的特点: (1)uClibc比glibc要小很多。 (2)uClibc是独立的,为了应用于嵌入式系统中,完全重新实现出来的。和glibc在源码结构和二进制上,都不兼容。 3.EGLIBC EGLIBC = Embedded GLIBC EGLIBC是,(后来)glibc的原创作组织FSF所(新)推出的,glibc的一种变体,目的在于将glibc用于嵌入式系统。 EGLIBC的目标是: (1)保持源码和二进制级别的兼容于Glibc 源代码架构和ABI层面兼容 如果真正实现了这个目标,那意味着,你之前用glibc编译的程序,可以直接用eglibc替换,而不需要重新编译。 这样就可以复用之前的很多的程序了。 (2)降低(内存)资源占用/消耗 (3)使更多的模块为可配置的(以实现按需裁剪不需要的模块) (4)提高对于交叉编译(cross-compilation)和交叉测试(cross-testing)的支持 【目前了解到的海思交叉编译工具链的应用环境】 arm-hisiv100-linux为基于uclibc的工具链,arm-hisiv200-linux 为基于 glibc 的工具链; arm-hisiv300-linux为基于uclibc的工具链,arm-hisiv400-linux 为基于 glibc 的工具链; arm-hisiv500-linux为基于uclibc的工具链,arm-hisiv600-linux 为基于 glibc 的工具链。 (在开发的时候,你编译内核所用的交叉编译链跟用户的应用程序所用的交叉编译链一定需要相同,不然没法调用系统内核的依赖库)   其中eglibc这种很容易被人开发者忽视,从而选错了编译工具链。 uClibc和Glibc并不相同,两者有许多不同之处,有可能给你带来一些问题。
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值