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

[Dean Greer]

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/bd4fcfaf/attachment.htm>