IXYS(艾赛斯)功率半导体IC芯片全系列-亿配芯城-linux系统操作过程中常见问题
你的位置:IXYS(艾赛斯)功率半导体IC芯片全系列-亿配芯城 > 芯片资讯 > linux系统操作过程中常见问题
linux系统操作过程中常见问题
发布日期:2024-01-09 11:55     点击次数:86

问题1:执行 ./configure时出现报错信息:

checking for a BSD-compatible install... /usr/bin/install -c

checking whether build environment is sane... yes

checking for a thread-safe mkdir -p... /bin/mkdir -p

checking for gawk... gawk

checking whether make sets $(MAKE)... yes

checking whether make supports nested variables... yes

checking build system type... x86_64-unknown-linux-gnu

checking host system type... x86_64-unknown-linux-gnu

checking how to print strings... printf

checking for style of include used by make... GNU

checking for gcc... gcc

checking whether the C compiler works... no

configure: error: in `/home/jiajia/libuuid-1.0.3/libuuid-1.0.3':

configure: error: C compiler cannot create executables

See `config.log' for more details

很纳闷,往上翻了很多资料,总结一下:

情况一:export操作改变了CFLAGS和LIBS的值

解决:将CFLAGS和LIBS的值清空

export LIBS=

export CFLAGS=

情况二:环境变量被修改

vi  ~/.bashrc

查看末尾处是否有类似如下信息:

export CC=arm-linux-gcc

export AR=arm-linux-ar

export LD=arm-linux-ld

export RANLIB=arm-linux-ranlib

export STRIP=arm-linux-strip

解决:将上面信息删除或者注释掉

情况三:gcc编译环境没用配好

解决:

sudo apt-get install gcc libc6-dev

但是以上情况都不是我的情况,以上操作还是无济于事

情况四:软件包出问题,不能提供编译程序必须软件包的列表信息

解决:重装build-essential软件包

sudo apt purge binutils

sudo apt remove make

sudo apt autoremove

sudo apt install build-essential

问题终于解决了,./configure成功被执行

总结:一般第一种办法即可解决,或者是因为缺少一些支持库(前面的库没有编译好)。

问题2:编译模块命令make -C M=与make -C SUBDIRS= 表示什么含义?

modules:         $(MAKE) -C $(KERNELDIR) M=$(PWD) modules

这句是Makefile的规则:这里的$(MAKE)就相当于make,-C 选项的作用是指将当前工作目录转移到你所指定的位置。“M=”选项的作用是,当用户需要以某个内核为基础编译一个外部模块的话,需要在make modules 命令中加入“M=dir”,程序会自动到你所指定的dir目录中查找模块源码,将其编译,生成KO文件。

新的内核模块编程中的make命令里有个M选项,如下:  make -C /lib/modules/$(shell uname -r)/build M=$(PWD) modules M=$(PWD) 意思是返回到当前目录继续读入、执行当前的Makefile  这个M是kbuild的东西呢,还是make本来自己就有的东西呢?  按理说,它是make的一个参数,应该是make的东西,但是make的doc里又找不到,  如果是kbuild里的东西,它应该怎样来实现呢?经查证这个M是内核根目录下的Makefile中使用的变量。 M是makefile脚本中的一个变量(variable)

# Use make M=dir to specify directory of external module to build
# Old syntax make ... SUBDIRS=$PWD is still supported
# Setting the environment variable KBUILD_EXTMOD take precedence
ifdef SUBDIRS
KBUILD_EXTMOD ?= $(SUBDIRS)
endif
ifdef M //如果没有定义或赋值M,此处M未定义(undefined)


ifeq ("$(origin M)",	亿配芯城	 "command line") //如果定义了,此句用来判断M是否从命令行来


KBUILD_EXTMOD := $(M)
endif
endif

KERNELRELEASE是在内核源码的顶层Makefile中定义的一个变量,在第一次读取执行此Makefile时,KERNELRELEASE没有被定义, 所以make将读取执行else之后的内容。如果make的目标是clean,直接执行clean操作,然后结束。当make的目标为all时,-C $(KDIR) 指明跳转到内核源码目录下读取那里的Makefile;M=$(PWD) 表明然后返回到当前目录继续读入、执行当前的Makefile。当从内核源码目录返回时,KERNELRELEASE已被被定义,kbuild也被启动去解析kbuild语法的语句,make将继续读取else之前的内容。else之前的内容为kbuild语法的语句, 指明模块源码中各文件的依赖关系,以及要生成的目标模块名。mymodule-objs := file1.o file2.o表示mymoudule.o 由file1.o与file2.o 连接生成。obj-m := mymodule.o表示编译连接后将生成mymodule.o模块。

补充一点,"$(MAKE) -C $(KDIR) M=$(PWD)"与"$(MAKE) -C $(KDIR) SUBDIRS =$(PWD)"的作用是等效的,后者是较老的使用方法。推荐使用M而不是SUBDIRS,前者更明确。

通过以上比较可以看到,从Makefile编写来看,在2.6内核下,内核模块编译不必定义复杂的CFLAGS,而且模块中各文件依赖关系的表示简洁清晰。

编辑:黄飞