gollvm:缺少内核头文件,libffi在x86_64 Void Linux上的构建脚本损坏,

qyyhg6bp  于 2个月前  发布在  Go
关注(0)|答案(5)|浏览(24)

你好,我又尝试在另一个基于musl的Linux发行版(除了Alpine)上构建gollvm。
https://www.reddit.com/r/voidlinux/comments/koyhl8/cant_compile_gollvm_on_void_linux/ - 报告给Void Linux的维护者。
https://gist.github.com/advancedwebdeveloper/28e6c970c2c5301a1666435439312246 - 这里是日志。
libffi相关的内容如下:
/home/oceanfish81/workarea/llvm-project/llvm/tools/gollvm/gofrontend/libgo/go/runtime/ffi.go:18:26: 错误:使用未定义类型'__ffi_type'
你可以查看我的压缩构建文件夹
https://drive.google.com/file/d/1EwHPzIcrKFRTWPXEXJRz7yf-PfNRuQnE/view?usp=sharing

kdfy810k

kdfy810k1#

分享我的压缩VDI(虚拟存储设备)文件,用于一个虚拟机:
https://drive.google.com/file/d/1g1-vTJ9PxjfSXhqBh613iXEChU3AxFL2/view?usp=sharing
你可以为它配置一个虚拟机并启动它。

vbkedwbf

vbkedwbf2#

翻译结果为:@thanm,使用Ninja并不理想:尽管有构建产物(可以重复使用),但它仍然进行了不必要的重新编译/重新链接。

$x_{1}e^{0}f_{1}x$

$x_{1}e^{1}f_{1}x$

pieyvz9o

pieyvz9o3#

/cc @thanm@cherrymui

kqlmhetl

kqlmhetl4#

我无法对ninja的问题进行评论——将gollvm移植到新的构建系统并非我有时间去处理的事情。Ninja并不完美,但这是我们现在拥有的。
关于将gollvm移植到基于musl的系统,这是一个有趣的想法,但就像所有的移植一样,它将需要调查和开发工作(这不仅仅是现有gollvm存在“buggy”问题)。

bwitn5fc

bwitn5fc5#

我无法对ninja的问题进行评论——将gollvm移植到新的构建系统并非我有时间去解决的事情。Ninja并不完美,但这是我们现在拥有的。

@thanm,在这种情况下,你可以帮助解决Ninja的问题。当然,我可以在GNU make下一切正常后重新使用Ninja运行。

当然,我会报告这两个摘要。

关于将gollvm移植到基于musl的系统,这是一个有趣的想法,但与所有移植一样,它将需要调查和开发工作(这不仅仅是现有gollvm“有问题”的问题)。

让我们回到这个主题上来,一旦你提交了sys.GoosIos的补丁。

相关问题