如果看了本文标题后你没有反驳说exe是Windows系统下的可执行文件 , 那么恭喜你没有看错 。 的确 , 机智客表达的就是这么个意思 。 在Ubuntu这样的Linux系统下 , 我们可以用Kotlin编程语言编译原生的可执行文件 , 而这个可执行文件的后缀就是.kexe 。
我们知道在Windows系统下可执行文件一般都是后缀为.exe的文件 , 而Ubuntu Linux系统则不然 , 许多类型其实并不像Windows系统里那样有后缀 。 如果我们要编译可执行文件 , 可以说其实有很多方法很多语言用很多形式来表现 , 反正很多都是终端下执行嘛 。 因此对于Kotlin编程语言而言 , 它也是一种实现系统平台编译可执行应用文件的方式 , 要在Windows下编译成原生可执行文件 , 当然后缀就是exe , 而如果在Ubuntu这样的Linux中 , 那么后缀则是.kexe系统 。
【Ubuntu|Kotlin在Ubuntu系统下可被编译的.kexe可执行文件】之前的文章里我们就谈到过Kotlin/Native , 它就是为了抛弃掉JVM虚拟机来编译当前系统下的原生可执行程序的 。 Windows平台咱们介绍过了 , 再聊下Ubuntu系统下的 。 这里当然大同小异 , 都是基于kotlinc-native编译器的 。 Windows系统下我们添加系统变量用窗口 , 而在Ubuntu下我们则要编辑.bashrc文件了 。
要在Ubuntu系统下用Kotlin编译可执行文件 , 在设置好用户变量后 , 在终端里执行诸如kotlinc-native jizhike.kt -o jizhike这样的命令行就行了 , 类似于之前介绍的在Windows系统的CMD命令行里 。 这个命令比较简单 , 就一个o参数 。
当然了 , 既然有可执行文件 , 我们会联想到和可执行文件相关的链接库 。 既然能编译可执行文件 , 当然这个链接库也可以用kotlin-native编译生成 。 不过呢经过机智客个人的测试学习后觉得这里有几个小问题 。 首先需要设置程序入口点函数@CName(\"DLLMain\") , 其次不同的编程语言类型不同 , 所以移植导入的时候会出现问题 。 在日常开发工作中 , 尽量不要用它来开发Native之类的链接库程序 , 太小众 , 也太不方便了——至少目前而言是这样 。
相关经验推荐
- 芯片|中方在六大领域火速追赶,美称此举对抗西方制裁:将来更难办了
- 华为|现在拿mate30pro,我确实感觉不清晰,远看屏幕上感觉全是细胞点
- 主板|英特尔将在德国建大型晶圆厂,重返芯片制造前线
- OPPO|有排面!OPPO海外发布会点亮迪拜之眼,Reno7系列在中东发布
- 华为|轻松搞定大户型Wi-Fi覆盖难题,华为路由Q6让高网速无处不在
- 伊隆·马斯克|马斯克在推特上慌了!称:俄罗斯将控制的星链通信系统,请做好伪装!
- 英伟达|5天内不恢复经营,在俄资产或被国有化,苹果、微软等59家企业颤抖吗?
- 智能手机|欺骗用户捆绑下载被曝光,中关村在线连夜整改!
- |三星高管:5nm制程以下芯片良率正逐步改善,将在中国寻找新客户
- find x|现在买手机确实要多留个心眼,因为很多体验是看参数看不出来的