main包与模块中CGO调用差异及gobpf BPF程序迁移报错问题

• 配置作用域差异：CGO的CFLAGS、LDFLAGS等参数默认仅作用于当前包，不会跨包传递。如果包含CGO调用的代码从main包迁移到独立子包，原本main包或者依赖包的CGO配置不会自动生效，子包需要独立配置对应的头文件搜索路径、库链接参数。
• 路径解析差异：main包运行时的工作路径解析逻辑和子包导入时的路径解析逻辑不同，若CGO配置使用了相对路径指定头文件/库位置，子包导入时会以子包的目录作为基准解析路径，而非项目根目录，极易出现路径失效问题。
• 符号规则差异：main包作为可执行入口不需要导出符号，普通包如果包含CGO代码，若C符号的可见性没有正确配置，也可能出现编译阶段的依赖缺失报错。

你遇到的bcc/proto.h找不到的报错，本质是配置作用域差异导致：

1. 最初代码放在main包下时，gobpf依赖自带的CGO配置可以正常覆盖同包代码，调用gobpf接口时，编译器可以正常识别bcc的头文件搜索路径。
2. 将BPF逻辑迁移到独立子包后，子包没有继承gobpf的CGO配置，编译器编译子包代码时没有被注入bcc头文件的搜索路径，就会报找不到头文件的错误，和直接用gcc编译C代码未加参数的效果完全一致。

修复步骤如下：

1. 进入存放BPF逻辑的独立子包目录，新增任意.go文件（建议命名为cgo.go），添加对应CGO配置：

package 你的子包名

// #cgo pkg-config: libbcc
// #include <bcc/proto.h>
import "C"

2. 若本地环境没有libbcc的pkg-config配置文件，可以手动指定路径：

package 你的子包名

// #cgo CFLAGS: -I/usr/include/bcc
// #cgo LDFLAGS: -lbcc
// #include <bcc/proto.h>
import "C"

3. 配置完成后重新执行go run cmd/dump.go即可正常编译。

内容的提问来源于stack exchange，提问作者debugloop