[Bug 49199] New: Wine on macOS no longer loads dylibs from /lib(64)

[WineHQ Bugzilla]

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: [e-mail]
          Reporter: [e-mail]

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 
Date:   Mon Apr 6 11:46:10 2020 +0200

gdi32: Use standard dlopen() instead of the libwine wrappers.

Signed-off-by: Alexandre Julliard

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()