[PATCH] winegcc: Add rpaths to help the macOS loader find ntdll.so.

Dean Greer gcenx83 at gmail.com
Fri Aug 20 10:17:00 CDT 2021

iPhone correcting non typos sign…

On macOS by default libraries should check within there own directory then
checkin other default paths, when additional paths are added those will be
checked before standard locations like /usr/local/lib and /usr/lib etc

On Fri, Aug 20, 2021 at 11:14 AM Dean Greer <gcenx83 at gmail.com> wrote:

> To add to this I believe libraries by default look within there own
> directory so for this GOG might not even need to care about configuring
> -rpath
> On Fri, Aug 20, 2021 at 11:05 AM Dean Greer <gcenx83 at gmail.com> wrote:
>> That sounds good to me.
>> The reason why I’m requesting to not always inject -rpath in the manner
>> is due to
>> Bug 49199 to workaround this also requires adding some -rpath
>> configurations directly into LDFLAGS but that’s ugly.
>> Instead having UNIX_LDFLAGS for example on macOS default to passing the
>> needed -rpath, at loader_path/ and allows adding additional paths after this.
>> On Fri, Aug 20, 2021 at 11:01 AM Huw Davies <huw at codeweavers.com> wrote:
>>> On Fri, Aug 20, 2021 at 10:13:01AM -0400, Dean Greer wrote:
>>> > This makes sense now thank you, I’d still rather see the -rpath behind
>>> > something like UNIX_LDFLAGS then it could be used for other -rpath
>>> > configuration for the Unix.so libraries
>>> >
>>> > For the build directory runs wouldn’t it be better to alter the wine
>>> loader
>>> > wrapper script.
>>> Right, good idea.  Adding $topdir/dlls/ntdll to DYLD_LIBRARY_PATH in the
>>> wine script will cover the build directory case.
>>> So that leaves the installed case.  The simplest approach would be to
>>> change the install-name to @loader_path/module.so and skip rpaths
>>> entirely.  Is there a reason not to do that?
>>> Huw.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.winehq.org/pipermail/wine-devel/attachments/20210820/69ef7ff0/attachment.htm>

More information about the wine-devel mailing list