对于自己实现的简单的C码,CGO编译链接时并不复杂,只要按照CGO的指导,引用好头文件,注意CGO的格式要求基本就没问题。
CGO的格式要求:
- 通过注释符号"//"或者“/* */”,将C文件需要引用的头文件、编译选项、链接选项、编译宏等引用起来。CFLAGS和LDFLAGS也可以分多行写。${SRCDIR}可以取得当前文件的绝对路径,在include头文件或库时很有用。
例如:
/*
#cgo CFLAGS: -I ../../include -I ../../xxx/include
#cgo CFLAGS: -I ../aaa/include
#cgo LDFLAGS: -L ../../lib -L ../../xxx/lib64 -lxxx -lppp
#include <xxx.h>
*/
import "C"
或者:
//#cgo CFLAGS: -I ../../include -I ../../xxx/include
//#cgo CFLAGS: -I ../aaa/include
//#cgo LDFLAGS: -L ../../lib -L ../../xxx/lib64 -lxxx -lppp
//#include <xxx.h>
improt "C"
对于众多的头文件引用和库文件的依赖,就有些复杂了。可以边编译,边修正头文件的引用。
- 对于CLFAGS和LDFALGS默认情况下CGO只给放开了一些基本的选项可以使用,如果需要使用更多的选项就需要对CGO_CFLAGS_ALLOW、CGO_LDFLAGS_ALLOW等进行设置,允许使用更多的链接选项。Linux下通过export CGO_CFLAGS_ALLOW=‘--sysroot.*’ 这样来启用更多的选项值。
参考:https://blog.csdn.net/chidan4846/article/details/100641147
- 对于一些库链接,明明已经设置了链接路径,及库文件,仍提示某些依赖函数未定义,此时有可能是编译文件和库的先后顺序问题。比如:工作中遇到一个libsystem.so库对libdl.so.2库有依赖,
参考:https://blog.csdn.net/weixin_30778805/article/details/101788319
- unresolvable R_X86_64_NONE relocation against symbol `__fentry__@@GLIBC_2.13' 大部分情况下可能是网上最常见的原因-fPIC编译选项的问题,但也有可能是缺少动态库链接的问题。比如编译时需要a.so,但a.so又依赖b.so、c.so等,而编译链接选项中又没有链接b.so、c.so等,就有肯能会报这个错误