Have you just tested to install it as 64Bit Prefix and just run also the 32Bit Executables? Thats the way just everysone does it on Windows without any config.

Yes, I tested that. That still requires 32-bit libraries. So something else is needed.

Last edited by Shmerl on 5 May 2024 at 6:23 am UTC

But it runs in that Prefix?

Maybe thats all that was achieved. That you can run 32Bit exe in 64 Bit Prefixes. Which is good...

I am not that eager to find out if it is exactly that. But it should be possible if you use a Wine Version older thatn that Patch and create the same 64bit prefix and try to run a 32Bit exe.

Last edited by Alexander on 5 May 2024 at 7:46 am UTC

It doesn't matter that it runs in that prefix. It still uses 32-bit libraries. I need it to use 64-bit system ones.

Is it enabled by default now?

Did you build Wine withe -enable-archs=i386,x86_64 ? (I think that was the option needed in the past?)

I'm using stock Wine. You mean it needs build flags to enable it and won't work with stock Wine? I can check if those flags help.

And why isn't it enabled by default by the way? It's not working well yet?

Last edited by Shmerl on 5 May 2024 at 9:45 am UTC

I use wine vanilla but with ./configure --enable-archs=i386,x86_64

only dont satisfy 2 dependencies: wayland development files because xubuntu 24.04 dont have support (and personally i dont care wayland for now, maybe for 26.04 could be ready for testing in xfce, lxqt stay more advanced in this area seems stay ready for testing in 2.1 or this said lqxt devs)

and oss development files but in this case show libraries are too old

but in my case this allow build wine without 32bit development dependencies

in my case test wine vanilla similar than you want for example i have all 32bit games in same 64bit folder aka c:/program files*

*i dont use app suggesting folder aka c:/program files (x86) personally i dont like this folder and still when i use windows have some problems with this directory on 32bit apps (personally i think about some old apps dont work good with this named directory)

run many games, however some dont running like: assasins creed 1**, bloodrayne 1-2** and others

**this games run using staging

I have two wine actually: wine vanilla (compiled by myself) for old games mostly

and wine staging for newer games (ps4 or xbox one ports mostly or newer) using esync

however mesa drivers is completly different and 32bit could be neccessary for some more time

:smile:

Last edited by mrdeathjr on 5 May 2024 at 11:09 am UTC

I'm guessing they're being a bit conservative. The changelog for 9.0 did also mention some limitations for OpenGL with the new WoW64. Not sure if that has been fixed?

https://gitlab.winehq.org/wine/wine/-/releases/wine-9.0#wow64

Quoting: whizseI'm guessing they're being a bit conservative. The changelog for 9.0 did also mention some limitations for OpenGL with the new WoW64. Not sure if that has been fixed?

https://gitlab.winehq.org/wine/wine/-/releases/wine-9.0#wow64

yeah as your said this a wip, in recent times stay working more things but need more work

however main goal for wine devs in this case, stay motivated with mac* (because them remove 32bit)

*The new WoW64 mode finally allows 32-bit applications to run on recent macOS versions that removed support for 32-bit Unix processes

:smile:

Last edited by mrdeathjr on 5 May 2024 at 11:13 am UTC

Thanks for the pointer. I'll try building Wine with that and run The Witcher to see if it works.

OK, it worked! I don't see any issues (running over dxvk). I guess I'll pay attention to whether they'll fix OpenGL performance or not, but that's already pretty good.

Tested with Vampire: The Masquerade Redemption that needs OpenGL for DirectDraw. That got 1 fps, lol. So they were serious about bad OpenGL performance.

Sounds like that's an issue that's going to need a new OpenGL extension and corresponding driver updates:
https://bugs.winehq.org/show_bug.cgi?id=55981

Quoting: whizseSounds like that's an issue that's going to need a new OpenGL extension and corresponding driver updates:
https://bugs.winehq.org/show_bug.cgi?id=55981

I see, thanks. Making a whole OpenGL extension for that sounds like a big item. Hopefully Khronos would accept it, though Mesa can make it Mesa specific first.

Last edited by Shmerl on 5 May 2024 at 7:36 pm UTC

Tried running VtM: Redemption with Wine's own Vulkan backend for WineD3D (which could sidestep this bad OpenGL situation), but it's not working at all.

Last edited by Shmerl on 5 May 2024 at 9:19 pm UTC