现在是否已经支持 Freepascal (codetyphon) 进行交叉编译？

[haohuancheng]

我使用codetyphon的 ctc 工具，管理维护交叉编译环境，能看到有MIPS架构，但还没有longgarch 架构。使用各种MIPS和MIPS64都不能顺利交叉编译我的应用。我的桌面应用已经能够在codetyphon中交叉编译出X86和ARM的Linux 应用程序。期待FreePascal的龙芯版支持能够早日推出。

[tynwj76]

我也是，但是一个龙芯自己搞得基本ELF都无法互相兼容，也没有做出苹果ARM更替时候的Rosetta 2，就想搞新世界，我们散了吧，好不容易才开始能用mips64el交叉编译一些简单命令，现在又要更新指令，我弃坑了，专心用RISCV了，现在Freepascal的RISCV发展很好，建议学习一下。国产系统ARM体系的占75%，Freepascal支持的很好，不用关心龙芯。

[MQ-mengqing]

我使用codetyphon的 ctc 工具，管理维护交叉编译环境，能看到有MIPS架构，但还没有longgarch 架构。使用各种MIPS和MIPS64都不能顺利交叉编译我的应用。我的桌面应用已经能够在codetyphon中交叉编译出X86和ARM的Linux 应用程序。期待FreePascal的龙芯版支持能够早日推出。

据我了解，内部已经有小版本了，但是还在整理测试。应该不久会有正式的消息出来 😋

[prcups]

没人移植我就开始移植了（

[lixing-star]

free pascal 已经有版本了，这两天会将代码提交到仓库中

[junchao98]

我也是，但是一个龙芯自己搞得基本ELF都无法互相兼容，也没有做出苹果ARM更替时候的Rosetta 2，就想搞新世界，我们散了吧，好不容易才开始能用mips64el交叉编译一些简单命令，现在又要更新指令，我弃坑了，专心用RISCV了，现在Freepascal的RISCV发展很好，建议学习一下。国产系统ARM体系的占75%，Freepascal支持的很好，不用关心龙芯。

看了下pascal中riscv的代码，浮点部分abi都没有实现完整，建议你少说话多看代码

[xen0n]

插一句，利益无关：有耐心等的人就好好等，那些不等的也有回复表明态度了，可以不用人参公鸡了。保持建设性

[lixing-star]

https://github.com/loongson/fpc/tree/la-dev

[shushanhf]

这个还是平静客观点看待，主要目的就是喷，没什么意义。群众的眼睛是雪亮的，显得过于为了喷而喷，只会适得其反。

我也是，但是一个龙芯自己搞得基本ELF都无法互相兼容，

”先有鸡还是先有蛋？“。
先有一个LA64本地系统转起来，才能更好做事情；此外提交社区过程中，无法预知社区观点，一些涉及ELF标准的，提交社区有新的建议要求修改，只能修改（这里肯定不是可行不可行的问题了，尤其前面都已经有系统可以运行了），侧重点在未来统一标准。。。显然不是自己主动搞得不兼容；这也体现出事物发展本来就是曲线螺旋的，不是刻意要求完美直线式一步到位，不符合客观规律。

换个角度看，龙芯还是在一如既往踏踏实实做事，在这么短时间把开源社区这么多项目提交上去，也不是都谁都能做得到的。“鲁起袖子加油干；实干兴邦。”

而且前面也有人回复了，已经在发布LA版本的最后评审公开阶段了。

也没有做出苹果ARM更替时候的Rosetta 2，就想搞新世界，我们散了吧，好不容易才开始能用mips64el交叉编译一些简单命令，现在又要更新指令，我弃坑了，专心用RISCV了，

本来就是每个人都有自己的选择权利。

现在Freepascal的RISCV发展很好，建议学习一下。

开源社区本来就是开放的，所有项目都可以学习是其天生特点，没有什么绝对完美。
比如：前面专业人士回答的 看了下pascal中riscv的代码，浮点部分abi都没有实现完整，建议你少说话多看代码。
说道兼容性，RISCV这么繁多型号且指令集这么自由可配置，ELF恐怕更是难以做到吧（RISCV基金会都这么担忧）！

国产系统ARM体系的占75%，Freepascal支持的很好，不用关心龙芯。

现在还有不使用国产系统的，但是不妨碍国产化必然趋势。