是3a3000/3a4000 的旧龙芯(mips64), 还是 3a5000/3a6000 的芯龙芯(loongson64)?

是3a3000/3a4000 的旧龙芯(mips64), 还是 3a5000/3a6000 的芯龙芯(loongson64)?
3a6000都崩溃。

用龙芯应用合作社的QQ: https://app.loongapps.cn/cate
是3a3000/3a4000 的旧龙芯(mips64), 还是 3a5000/3a6000 的芯龙芯(loongson64)?
龙芯的旧世界和新世界,指的都是LoongArch64的架构,但却是两套不同的ABI体系。
现阶段绝大部分信创系统,还在采用ABI 1.0(旧世界)。但旧世界生态,是早晚要抛弃的。
但绝大部分国内应用,是跟着信创系统适配软件的。
所以为龙芯新世界系统建设出力的“坏人”,联合安同社区搞出了LibLoL兼容方案,从而实现旧世界应用跑在新世界系统上的功能。这也是目前最早,最成熟,社区采用最多的方案。
但腾讯这么一搞,QQ的软件在旧世界系统平台能正常跑,新世界系统liblol方案却跑不了了。也许龙芯自己搞的ABI-compat方案能跑,也许UOS 25 测试版已经采用了ABI-compat方案,但那套方案据社区成员表示,综合兼容性不如liblol。
用龙芯应用合作社的QQ: https://app.loongapps.cn/cate
那太老了,我把目前最新版的QQ的deb包,做了魔改,发在deepin龙架构版用户群了。
但这事,肯定不是长久之计。得联系腾讯看看这事该怎么办。
已反馈给QQ官方
龙芯的旧世界和新世界,指的都是LoongArch64的架构,但却是两套不同的ABI体系。
现阶段绝大部分信创系统,还在采用ABI 1.0(旧世界)。但旧世界生态,是早晚要抛弃的。
但绝大部分国内应用,是跟着信创系统适配软件的。
所以为龙芯新世界系统建设出力的“坏人”,联合安同社区搞出了LibLoL兼容方案,从而实现旧世界应用跑在新世界系统上的功能。这也是目前最早,最成熟,社区采用最多的方案。
但腾讯这么一搞,QQ的软件在旧世界系统平台能正常跑,新世界系统liblol方案却跑不了了。也许龙芯自己搞的ABI-compat方案能跑,也许UOS 25 测试版已经采用了ABI-compat方案,但那套方案据社区成员表示,综合兼容性不如liblol。
ABI-Compat方案比较类似 ACE Loongnix,所以如果最终没改的话,可以改成使用ACE安装此包
ABI-Compat方案比较类似 ACE Loongnix,所以如果最终没改的话,可以改成使用ACE安装此包
等于是liblol+ACE容器法是吧

libvips42 提交构建了 等待后续仓库推送吧
已经打包了,等待测试通过后推送
Popular Ranking
ChangePopular Events
More
消息源:https://github.com/AOSC-Dev/liblol/issues/19
sudo rm -v /opt/QQ/resources/app/sharp-lib/libvips-cpp.so.42
sudo apt install libvips42
经验证,AOSC OS上这个方法有效。但deepin v25上,缺乏libvips42这个依赖。
但是,事情并非没有解决办法,要么替换deb包中的libvips-cpp.so.42文件为旧版,重打包。要么安装后直接删除这个文件,然后从系统源安装libvips42这个依赖。
我正在尝试联系星火应用商店,采用我临时打的deb包,从而解决QQ解决易崩溃的问题。
另一方面希望deepin方面主动联系腾讯,说明其软件包在龙芯新世界平台的liblol兼容方案上的种种运行困难,静态链接的方案造成的麻烦比收益多,以及社区采用liblol的方案比ABI-compat更广泛的现实,从而找到一个解决办法。
再不济,deepin官方可以向龙架构的系统仓库里打包添加一下相关的依赖。