[Bug 49199] New: Wine on macOS no longer loads dylibs from /lib(64)
WineHQ Bugzilla
wine-bugs at winehq.org
Tue May 19 10:15:40 CDT 2020
https://bugs.winehq.org/show_bug.cgi?id=49199
Bug ID: 49199
Summary: Wine on macOS no longer loads dylibs from /lib(64)
Product: Wine
Version: 5.6
Hardware: x86-64
OS: Mac OS X
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: -unknown
Assignee: wine-bugs at winehq.org
Reporter: gcenx83 at gmail.com
Starting from Wine-5.6 the libwine wrappers have been removed in favor of using
dlopen() however this now causes component in question to no longer load
embedded dylibs into /lib(64)
Here’s an example;
```907aaf9e72714293909351648827e7c5aebc12a3 is the first bad commit
commit 907aaf9e72714293909351648827e7c5aebc12a3
Author: Alexandre Julliard <julliard at winehq.org>
Date: Mon Apr 6 11:46:10 2020 +0200
gdi32: Use standard dlopen() instead of the libwine wrappers.
Signed-off-by: Alexandre Julliard <julliard at winehq.org>
dlls/gdi32/dibdrv/opengl.c | 12 +++++-------
dlls/gdi32/freetype.c | 20 ++++++++++----------
2 files changed, 15 insertions(+), 17 deletions(-)```
Any commit doing “ Use standard dlopen() instead of the libwine wrappers.” will
now experience this.
Previous behavior was the ability to simply embed dylibs into /lib(64) and
wine(64) would load them as needed, now rpath is required.
Winehq packages will also experience this issue worse once the current embedded
libraries swap to using dlopen()
--
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.
More information about the wine-bugs
mailing list