发现一个问题就是
如果生成so 必须支持 变成yes
pkg install libtool
发现是默认,看见不了选项 那么就pkg delete libtool
下载一个libtool 安装包 ./configure -help
./configure
--prefix= 路径
--enable-shared
--enable-static
make
make install
安装后发现
还是这个问题
修改扩展包里了
configure里代码
发现
freebsd1*)
dynamic_linker=no
;; // 检查freebsd版本代码
删除
configure里的检查代码 , 重新编译通过
PS : 写文章时 免费提速了
版权声明:本文内容由阿里云实名注册用户自发贡献,版权归原作者所有,阿里云开发者社区不拥有其著作权,亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容,填写侵权投诉表单进行举报,一经查实,本社区将立刻删除涉嫌侵权内容。
从你的描述来看,你遇到了在FreeBSD系统上编译带有共享库(.so
文件)的软件包时的问题,并且已经尝试了多种方法来解决。下面我将基于你的经历,提供一些可能的解决方案和建议,特别是与阿里云产品和服务相关的部分,尽管在这个特定场景下直接关联不大,但我会尽量涵盖可能有益的信息。
删除并重新安装libtool: 你已经尝试了删除默认的libtool
并通过源码编译安装一个支持你需要选项的新版本。确保新安装的libtool
路径被正确添加到系统PATH中,以便在编译过程中使用的是新版本。
修改配置脚本: 你通过移除配置脚本(configure
)中的FreeBSD版本检查代码解决了问题。这说明原配置脚本中对FreeBSD的支持有限制或不完全。手动调整配置脚本是高级用户的做法,通常需要对编译系统有深入理解。
确保正确设置编译选项: 使用./configure --enable-shared --enable-static
是为了同时生成动态和静态库。确认这些选项在你的环境中有效执行,有时候可能还需要其他特定于项目的编译标志。
虽然你的问题主要集中在本地编译环境和FreeBSD操作系统上,这里是一些建议,看是否能间接帮助到你:
云服务器ECS: 如果你考虑将开发或编译环境迁移到云端,阿里云ECS提供了多种操作系统选择,包括Linux发行版,虽然没有直接提供FreeBSD镜像,但你可以自定义镜像来部署FreeBSD环境。这样可以利用云服务的弹性资源进行编译任务,避免本地资源限制。
CodePipeline: 对于持续集成和持续部署(CI/CD)流程,阿里云的CodePipeline可以帮助自动化构建、测试和部署过程。如果你的项目涉及频繁的编译和发布,可以考虑使用这类服务来简化流程。
OSS存储: 编译好的库或应用可以上传至阿里云对象存储服务(OSS),便于分发或备份。这对于团队协作和版本管理非常有用。
容器服务: 如果你的应用适合容器化,可以考虑使用阿里云容器服务ACK或Kubernetes服务ACK Pro来部署和管理应用,这为复杂环境的管理和扩展提供了便利。
总之,虽然直接针对FreeBSD编译问题的解决方案并不直接关联阿里云产品,但合理利用云服务可以在软件开发生命周期的不同阶段提高效率和灵活性。希望这些建议对你有所帮助!