分享两个很简单的编译问题（1）对ko进行strip -S（2）使用KBUILD_EXTRA_SYMBOLS

Godbach

回复 20# qiankunhuanying

我刚才还想问，一般情况下，跑在板子上的，得用板子对应的编译器编译。你编译出来的目标文件，不大可能再你的宿主 Linux 运行的。


   

qiankunhuanying

回复 21# Godbach


    嗯，自己随便放一个文件夹用make的时候估计用的是宿主机自己的make工具链，会不会是gcc呢？呵呵。。。
然后放到板子源码目录下的时候，在kernel下make就用了与板子对应的工具链，然后就可以了吧。不是很懂。。。请版主指教。

Godbach

回复 22# qiankunhuanying

还是看你的 Makefile 怎么写


   

Godbach

回复 1# lofeng410

没想到六年后查 KBUILD_EXTRA_SYMBOLS  的问题，又找到了这篇帖子。

KBUILD_EXTRA_SYMBOLS 这个之所以用 +，应该是因为它应该是 kernel 编译环境中已有的变量，你只能 apend，不能 redefinition 的感觉。


至于为什么要 export，应该是和独立编译一个模块有关系。

mordorwww

你们这些盗墓贼

Godbach

说明帖子解决的问题，一直会有人碰到。

nswcfd

跟楼主挖坟：从makefile的语法角度似乎不存在这个约束，有时间研究一下。

HazeC

回复 26# Godbach

大神。。你说对了。。两年前碰到调模块函数的问题 翻到了这个帖子，今天又碰到了。
我现在是这样想的，不想调用Module.symvers或者多个模块在一个目录下编译。
我想A模块导出一个函数，B模块通过查找/proc/kallsyms 找个这个函数，然后获取地址调用(kallsyms_on_each_symbol)。
但是B模块加载的时候报find: exports duplicate symbol XX(owned by XXX)这种错。
难道找到地址在引用也算是重复定义了么？

HazeC

HazeC 发表于 2017-03-23 18:32
回复 26# Godbach

大神。。你说对了。。两年前碰到调模块函数的问题 翻到了这个帖子，今天又碰到了。

回复 26# Godbach

惭愧了 报错是因为第三个模块声明了同名函数。
所以上述说的方式是可以的了。

Godbach

回复 29# HazeC
解决就好，恭喜！

BTW，可否写个例子，给大家分享一下。