[Bug 57891] New: Wine 10.2 can't find ntdll.so under linux.
https://bugs.winehq.org/show_bug.cgi?id=57891 Bug ID: 57891 Summary: Wine 10.2 can't find ntdll.so under linux. Product: Wine Version: 10.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: loader Assignee: wine-bugs(a)winehq.org Reporter: hibbsncc1701(a)gmail.com Distribution: --- Note: Not sure if this is a dupe of Bug 57874 or not given it's Linux and not a Mac.... After building wine with a custom --prefix, (E.x. configure --prefix=/opt/wine-git-build/wine_10.2), running wine from a home directory fails to find ntdll.so. :~$ wine explorer wine: could not load ntdll.so: /opt/wine-git-build/wine_10.2/bin/ntdll.so: cannot open shared object file: No such file or directory :~$ Running strace shows that no attempt is made to use the prefix's /lib directory at all for ntdll.so. It goes straight to using the wine binary's install directory, fails, then tries to read a wine symlink in the current working directory, before giving up. Given that it's blatantly ignoring FHS and using the wine binary's install directory as a root, I assumed there was something wrong with the given prefix argument. The generated Makefile has the exec_prefix variable emitted _before_ the prefix variable despite using it. I.e.: exec_prefix = ${prefix} prefix = /opt/wine-git-build/wine_10.2 I assume this won't work. Notably bindir and libdir are defined afterwards, and both use exec_prefix, which because I assume it's empty here, means they get a value of "/bin" and "/lib" respectively. I might be way off, but this bug occurs regardless of arch. I.e. Using a i686 or x86_64 build fails in the exact same way. -- 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.
https://bugs.winehq.org/show_bug.cgi?id=57891 --- Comment #1 from Alexandre Julliard <julliard(a)winehq.org> --- (In reply to Patrick Hibbs from comment #0)
I assume this won't work. Notably bindir and libdir are defined afterwards, and both use exec_prefix, which because I assume it's empty here, means they get a value of "/bin" and "/lib" respectively.
No, that works fine, there must be some other problem with your build. Please attach your config.log and the strace output. -- 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.
https://bugs.winehq.org/show_bug.cgi?id=57891 Patrick Hibbs <hibbsncc1701(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution|--- |INVALID --- Comment #2 from Patrick Hibbs <hibbsncc1701(a)gmail.com> --- (In reply to Alexandre Julliard from comment #1)
(In reply to Patrick Hibbs from comment #0)
I assume this won't work. Notably bindir and libdir are defined afterwards, and both use exec_prefix, which because I assume it's empty here, means they get a value of "/bin" and "/lib" respectively.
No, that works fine, there must be some other problem with your build. Please attach your config.log and the strace output.
The source directory on my system was corrupted due to a drive failure during the most recent git pull. Cloning a fresh copy and rebuilding from it fixed the problem. My apologies for the noise. -- 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.
http://bugs.winehq.org/show_bug.cgi?id=57891 Ken Sharp <imwellcushtymelike(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED --- Comment #3 from Ken Sharp <imwellcushtymelike(a)gmail.com> --- Closing bugs marked as invalid. -- 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.
participants (1)
-
WineHQ Bugzilla