Wine 11 rewrites how Linux runs Windows games at kernel with massive speed gains

Post by em-bee » Tue, Mar 24, 2026, 11:14 PM UTC

krastanov wrote: post #108

akdev1l wrote: post #35

Earlier quoted context omitted.

People always say this to shit on glibc meanwhile those guys bend over backwards to provide strong API compatibilities. It rubs me off the wrong way. What glibc does not provide is forward compatibility. An application built with glibc 2.12 will not necessarily work with any older version. Such application could be rebuilt to work with an older glibc as the API is stable. The ABI is not which is why the application w…

I am sorry, I did not mean to imply anyone else is doing something poorly. I believe glibc's (and the rest of the ecosystem of libraries that are probably more limiting) policies and principled stance are quite correct and overall "good for humanity". But as you mentioned, they are inconvenient for a gamer that just wants to run an executable from 10 years ago (for which the source was lost when the game studio was b…

    ~/Downloads/mirrormagic-2.0.2> ldd mirrormagic
        linux-gate.so.1 (0xf7f38000)
        libX11.so.6 => /lib/libX11.so.6 (0xf7db5000)
        libm.so.6 => /lib/libm.so.6 (0xf7cd0000)
        libc.so.6 => /lib/libc.so.6 (0xf7ad5000)
        libxcb.so.1 => /lib/libxcb.so.1 (0xf7aa9000)
        /lib/ld-linux.so.2 (0xf7f3b000)
        libXau.so.6 => /lib/libXau.so.6 (0xf7aa4000)
    ~/Downloads/mirrormagic-2.0.2> ls -la mirrormagic
    -rwxr-xr-x. 1 em-bee em-bee 203633 Jun  7  2003 mirrormagic

Post by seba_dos1 » Tue, Mar 24, 2026, 11:22 PM UTC

fluffybucktsnek wrote: post #153

LtWorf wrote: post #129

Earlier quoted context omitted.

Wine has constant regressions. What works fine today will completely fail next year. Which is why steam lets you pick which proton version you want to use. Which means that a .exe without the exact version of wine won't run. Plus of course there's the whole vulkan stuff. Older cards aren't well supported but it will rather crash than just run openGL normally where it would work fine.

Those issues seem othorgonal to stable ABI issue from OP, specially the OpenGL one (that is more like a hardware incompatibility issue). When apps fail to run due to Wine updates, they are considered bugs to be fixed. On the native side, apps may break becuase: 1) required library is unavailable, normally because it is too old and unsupported; 2) required library's path is different in distro A from B. None of these…

Post by MindSpunk » Tue, Mar 24, 2026, 11:27 PM UTC

Rohansi wrote: post #177

vbezhenar wrote: post #166

Earlier quoted context omitted.

> Games are mostly just doing their own thing, only interacting with the system for input & output. They should be trivial to port then, no?

Yes, they are easy to port a lot of the time. Especially now because you can use DXVK to translate DirectX calls into Vulkan, so you don't need to write a Vulkan renderer. Input is sometimes a trickier one to deal with but a lot of the time games are using cross-platform libraries for that already! Despite all this the Unity engine has spotty Linux support. Some games run better under Wine vs. Unity's native Linux bu…

Post by usrusr » Tue, Mar 24, 2026, 11:37 PM UTC

coldpie wrote: post #142

RachelF wrote: post #119

Earlier quoted context omitted.

It is a superb project, and a hard thing to do. It is a pity that the apps most business people use everyday, like Word and Excel and Outlook don't work in it (Excel 2010 is the last version that has Platinum status). It is interesting that these are harder to get working than games.

> It is interesting that these are harder to get working than games. Games are mostly just doing their own thing, only interacting with the system for input & output. MS Office is using every single corner of Windows: every feature in the XML libraries, tons of .NET type stuff, all the OLE and COM and typelib and compound storage features, tons of Explorer integrations, auto-updating stuff via Windows patching mechan…

Post by codebje » Tue, Mar 24, 2026, 11:44 PM UTC

vbezhenar wrote: post #166

coldpie wrote: post #142

Earlier quoted context omitted.

> It is interesting that these are harder to get working than games. Games are mostly just doing their own thing, only interacting with the system for input & output. MS Office is using every single corner of Windows: every feature in the XML libraries, tons of .NET type stuff, all the OLE and COM and typelib and compound storage features, tons of Explorer integrations, auto-updating stuff via Windows patching mechan…

> Games are mostly just doing their own thing, only interacting with the system for input & output. They should be trivial to port then, no?