Q1：什么是DevKit代码迁移工具？

A1：快速迁移应用，增强鲲鹏架构亲和性，x86软件可迁移性评估、TOP10语言源码迁移、x86软件包重构为鲲鹏兼容软件包及常用专项开源软件快速迁移；鲲鹏架构亲和检查，为用户提供七大增强功能。具体可见：https://www.hikunpeng.com/developer/devkit/porting/withsourcecode，体验demo可见：https://www.hikunpeng.com/developer/devkit-demo?tab=porting

Q2：在做软件编译时，有源码情况下，是否可以自动化的完成源码替换？

A2：DevKit代码迁移工具有一键替换功能，但还是需要用户手动确认修改建议是否采用，目前无法自动化完成。

Q3：依赖库引用时，实际上x86和arm环境，库的名字和路径是不一样的，工具是如何做替代的呢？

A3：DevKit工具侧收集依赖字典，进行x86库和arm库的匹配；工具给出建议后，用户需要手动修改导入路径。另外工具只会将x86库的路径替换为鲲鹏版本的，.若想要同时在x86和鲲鹏上使用同一个依赖库，可以通过在代码中获取当前运行的架构，根据架构来加载不同路径下的依赖库。

Q4：商业化也是国际化的软性，脱保后，服务是非常贵的，这种商业化闭源的迁移怎么解决？

A4：建议尝试使用工具迁移下，根据迁移建议进行操作，若方案不合理，可以尝试使用其他类似功能的软件进行替代。 另外如果鲲鹏平台上有类似功能的软件，则可使用其进行替代，若无类似软件，建议保留原x86平台的软件。

Q5：jar包在x86平台运行编译，现在用arm架构，装了arm的插件也能编译出来，插件对接的包括IDE、VS后端编译，整体是鲲鹏在运维还是怎么运维？

A5：新jar包的编译打包是在后台鲲鹏服务器上运行的。

Q6：用户寻求稳定，希望整个软件栈不要变，用openJDK在鲲鹏上会存在部分不兼容吗？

A6：不会不兼容。openJDK有arm版本的，可以在鲲鹏服务器上面运行的。使用毕昇JDK，会有更多性能上的优化。

Q7：openJDK做开发，是必须要替换为毕昇JDK吗？基于ARM架构，是都不用替换吗？

A7：不是必须的。Java语言是跨平台的，OpenJDK上能运行的java程序换另一个环境上的JDK也是能运行的。但为了更好地提升java程序在鲲鹏平台上的性能，建议使用毕昇JDK。

Q8：安装迁移工具时，挂载iso镜像只读，怎么变成读写？

A8：安装迁移工具只需要读权限，不需要读写权限，即可完成安装。

Q9：使用代码迁移工具时，扫描源文件发现源文件数和代码行数都是0，是哪里出错了吗？

A9：扫描报告表示这款软件是兼容鲲鹏，不需要进行适配修改。报告中的源文件数和代码行是对要适配的代码的统计非软件本身的信息统计。

Q10：使用编译器是毕昇编译器，在用porting advisor对于WRF进行迁移分析过程中，请问编译器版本和构建工具应该怎么选？

A10：编译器版本即是你己环境的所用的编译器版本，构建工具则需要具体的看软件的构建文件怎么编写。如果使用Makefile，选择make；如果使用CMakeList，则选择cmake。