不是翻译。是编译。

在跑 wine 程序之前，龙芯的 latx 已经把 x86 指令的 exe 编译成 la 指令的 .so 啦。

实际跑的是龙芯的指令，不是 x86 的。很快。

据说龙芯的下一代更快。

【 在 ooolinux 的大作中提到: 】
: 龙芯的指令集翻译不慢吗？
--
修改:hgoldfish FROM 117.28.116.*
FROM 117.28.116.*

API 调用这种很简单。读 DLL/EXE 的数据结构，加载到内存里面。调用就是 call 跳转。

这些早就非常成熟了。

WINE 的问题是没有完整实现当年 windows 的各种 BUG，比如 360 在 WINE 里面就跑不了。

【 在 ooolinux 的大作中提到: 】
: 等于一次性的工作，那些API调用不知道怎么处理
: 不知道大型软件的兼容性怎样
--
FROM 120.41.146.*

【 在 hgoldfish 的大作中提到: 】
: API 调用这种很简单。读 DLL/EXE 的数据结构，加载到内存里面。调用就是 call 跳转。
: 这些早就非常成熟了。
: WINE 的问题是没有完整实现当年 windows 的各种 BUG，比如 360 在 WINE 里面就跑不了。
跑不了360是大好事啊

: ...................
--
FROM 71.198.4.*

那也太累了吧，起码用个watcom啥的吧?

【 在 hgoldfish 的大作中提到: 】
我在试验把现代的编程语言和操作系统理论引到 DOS 里面。

对比一下，能有多大的生产力提升。比如用 AI 加高级编程语言一个小时干出小型 DOS 游戏。

【 在 ooolinux 的大作中提到: 】
: 那还不如wine
: TC2写程序是为啥？
--
FROM 222.129.5.*

其实是因为没有github之类社区吧，企业是有轮子的，只是普通开发者接触不到

【 在 hgoldfish 的大作中提到: 】
反正也只是玩玩。要玩的就是在极其受限的情况下，使用软件技术能不能加快开发速度。

之前有个周末试了下把协程调度移过去。但暂时还没有搞定。

不说啥的，以前 DOS 下的编程语言很少有有标准库、框架的概念。程序员干活都是从最基本的 API 干起，不断地轮轮子，所以开发速度非常慢。

【 在 tom6bj 的大作中提到: 】
: 那也太累了吧，起码用个watcom啥的吧?
: 我在试验把现代的编程语言和操作系统理论引到 DOS 里面。
: 对比一下，能有多大的生产力提升。比如用 AI 加高级编程语言一个小时干出小型 DOS 游戏。
: ...................
--
FROM 222.129.5.*