https://bugs.winehq.org/show_bug.cgi?id=49920 --- Comment #6 from Daniel Ribeiro da Silva <ferion11(a)hotmail.com> --- (In reply to Alexandre Julliard from comment #5)
That's not really a change, WINEDLLPATH should always have pointed to the dlls. You maybe didn't notice the wrong path before because it wasn't used when libwine was loaded first.
For 32-bit you need to either pass the correct --libdir to configure, or add the 32-bit lib dir to WINEDLLPATH.
Well, I clearly see the intention for this to work this way, but I don't see it working that way in practice. Perhaps, you could point me out how to change all variables at run time (without fixed compilation paths, because "/my/path" is random), and that works for cases before commit and after it (in both 32-bit and 64-bit WoW64 versions). After changing the variable of a working version of wine v5.11, it stopped working with a similar error: /my/path/usr/lib32/wine: error while loading shared libraries: /my/path/usr/lib32/wine: cannot open shared object file: No such file or directory -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.