大厂的技术积累是很恐怖的,搞出来也正常
大厂的技术积累是很恐怖的,搞出来也正常
就是不知道实际效果如何,如果还不错的话,龙芯的生态问题说不定也可以借鉴一下
就是不知道实际效果如何,如果还不错的话,龙芯的生态问题说不定也可以借鉴一下
借鉴什么呢?苹果macos的M系列的二进制技术已经证明完全可行了。
完全是技术差距啊,不是借不借鉴的问题吧
就是不知道实际效果如何,如果还不错的话,龙芯的生态问题说不定也可以借鉴一下
运行前编译,龙芯LATX 已初步实现
微软左手转右手,方便的很。别人想搞只能靠猜,效果肯定不一样。要是微软牵头搞wine,估计所有Windows软件都能在Linux上跑。
震惊,微软开发的这个转换工具目前只支持Linux的ELF可执行文件,Windows、OSX和C++的支持正在开发。
https://github.com/Microsoft/llvm-mctoll
而且既然是x86_64和arm32的转换,应该也不支持64位程序。
震惊,微软开发的这个转换工具目前只支持Linux的ELF可执行文件,Windows、OSX和C++的支持正在开发。
https://github.com/Microsoft/llvm-mctoll
而且既然是x86_64和arm32的转换,应该也不支持64位程序。
86的64位转换到arm竟然是32位的?那这个二进制不就是残废吗
86的64位转换到arm竟然是32位的?那这个二进制不就是残废吗
我又稍微研究了一下,他应该是从x86_64或者arm32转换成LLVM IR,那之后应该可以用LLVM工具编译成其他架构,所以其实不是这两个平台互相转换,我之前弄错了
我又稍微研究了一下,他应该是从x86_64或者arm32转换成LLVM IR,那之后应该可以用LLVM工具编译成其他架构,所以其实不是这两个平台互相转换,我之前弄错了
那也就是说这个还是不错呗就是还不成熟,看了看它哪里的说明转换还是有些限制不是百分百能转换
原帖:Windows系统如何实现对高通ARM处理器的支持探讨 (qq.com)
看到一篇文章上有这么一段介绍
竟然可以将二进制代码转换架构,而不是用翻译之类的非直接方式,不得不说大厂的技术积累确实牛,只不过不知道这个真能落实多少,具体是吹还是真有本事还是个未知数
相关二进制转换的帖子:微软开源的二进制代码转换工具