[PATCH] winegcc: don't rely on PATH to find winebuild.
Andre Heider
a.heider at gmail.com
Sat Nov 24 10:14:11 CST 2018
On 23/11/2018 21:02, Alexandre Julliard wrote:
> Andre Heider <a.heider at gmail.com> writes:
>
>> This also avoids mixing binaries of multiple WINE installations.
>>
>> Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=40245
>> Signed-off-by: Andre Heider <a.heider at gmail.com>
>> ---
>> tools/winegcc/Makefile.in | 1 +
>> tools/winegcc/winegcc.c | 2 +-
>> 2 files changed, 2 insertions(+), 1 deletion(-)
>
> Using the path of winegcc from argv[0] may be a better choice.
That may get too fragile, distros do some crazy stuff.
On debian, winegcc looks like this:
/usr/bin/winegcc -> /etc/alternatives/winegcc
/etc/alternatives/winegcc -> /usr/bin/winegcc-stable
cat /usr/bin/winegcc-stable
> #!/bin/sh -e
>
> name=$(basename $0 | cut -d- -f1)
>
> # wineg++ fails to find winebuild in Wine's bindir
> # See https://bugs.winehq.org/show_bug.cgi?id=40245
> if test -z "$WINEBUILD"; then
> export WINEBUILD="/usr/lib/wine/winebuild"
> fi
>
> exec /usr/lib/wine/$name $@
winebuild is similar, just without the wrapper script.
So there's `winegcc` using debian's alternatives system, but you can use
`winegcc-stable` or `winegcc-development` too.
Picturing a patch which works in those cases too won't win a beauty
contest :)
winegcc with my patch won't find winebuild if you move the prefix, but
if one really wants to go down that road, there's still WINEBUILD to fix
it up.
Regards,
Andre
More information about the wine-devel
mailing list