我正在尝试在 MacOS 机器上编译以下代码
// #cgo darwin LDFLAGS: -L${SRCDIR}/build/darwin -lprocessing_lib
// #cgo linux LDFLAGS: -L${SRCDIR}/build/linux -lprocessing_lib
// #include "Processing-bridge.h"
// #include <stdlib.h>
import "C"
import "unsafe"
type ProcessorWrapper struct {
ptr unsafe.Pointer
}
func init() {
pr.ptr = C.NewProcessor()
}
func GetDefault() (id int, name string) {
var default = C.GetDefault(pr.ptr)
id = int(default.materialId)
name = C.GoString(default.name)
return
}
Run Code Online (Sandbox Code Playgroud)
我在 LDFLAGS 中定义的正确位置有 libprocessing_lib.so 文件。但是编译器仍然抛出一个错误说
dyld: Library not loaded: build/lib_processing_lib.so
Referenced from: /Users/ag/workspace/src/github.com/apremalal/pq-processor/./pq-processor
Reason: image not found
Run Code Online (Sandbox Code Playgroud)
一旦我将 build/lib_processing_lib.so 复制到项目的根目录,它就可以工作了。
似乎 LDFLAGS 提供的库目录以某种方式被覆盖了。
我注意到在编译之前设置 DYLD_LIBRARY_PATH 变量也会覆盖这个值。(我在没有设置这个参数的情况下运行了上面的场景)
有趣的是,虽然相同的代码通过选择正确的路径在 Linux 环境中工作。
在 MacOS 中我需要做什么特别的事情来获得理想的 LDFLAGS 行为吗?
归档时间: |
|
查看次数: |
1768 次 |
最近记录: |