Strange issue with -Dprefix

[pingubot]

Hi,

i am creating a script which builds dxvk somehow automatically. I want to install it in a specific directory.
Sadly the following happens, here is the output of the bash script:

The Meson build system
Version: 0.43.0
Source dir: /mnt/SSD-TOSHIBA-TR150/games/winetools/dxvk/sources/20180129/dxvk-master
Build dir: /mnt/SSD-TOSHIBA-TR150/games/winetools/dxvk/sources/20180129/dxvk-master/build.w32
Build type: cross build
Project name: dxvk
Native C compiler: cc (gcc 7.2.1)
Cross C compiler: /usr/bin/i686-w64-mingw32-gcc (gcc 7.2.0)
Native C++ compiler: c++ (gcc 7.2.1)
Cross C++ compiler: /usr/bin/i686-w64-mingw32-g++ (gcc 7.2.0)
Host machine cpu family: x86
Host machine cpu: x86
Target machine cpu family: x86
Target machine cpu: x86
Build machine cpu family: x86_64
Build machine cpu: x86_64
Library vulkan-1 found: YES
Library d3d11 found: YES
Library dxgi found: YES
Library d3dcompiler_47 found: YES
Program glslangValidator found: YES (/usr/bin/glslangValidator)
Dependency threads found: YES
Configuring dlls_setup.sh using configuration
Build targets in project: 12
Found ninja-1.8.2 at /usr/bin/ninja

• cd build.w32
• meson configure -Dprefix=/mnt/SSD-TOSHIBA-TR150/games/winetools/dxvk/binary/20180129/32bit/
• meson configure -Dbuildtype=release
• ninja
  [5/115] Generating 'src/dxvk/dxvk@sta/hud_text_frag.h'.
  ../src/dxvk/hud/shaders/hud_text_frag.frag
  [6/115] Generating 'src/dxvk/dxvk@sta/hud_text_vert.h'.
  ../src/dxvk/hud/shaders/hud_text_vert.vert
  [115/115] Linking target src/d3d11/d3d11_vk.dll.
• ninja install
  [0/1] Installing files.
  Installing src/dxgi/dxgi_vk.dll to /usr/local/bin/dxgi_vk.dll

So, beside the fact that a specified the destination directory it still wants to install in /usr/local/bin and therfore fails.

Any ideas ?

Many thx !
Christian

[doitsujin]

Sounds like a Meson bug to me. Someone else reported this on Discord and apparently it works if you add some sleep commands to your script. Don't ask me why though, I cannot reproduce this on my machine.

[Raffarti]

I'm not sure whether it works with configure, but you can try --prefix instead of -Dprefix. (iirc I've read somewhere that -Dprefix was bugged in some meson version or something)

[pop2010]

I found a fix for this by installing the latest version of ninja, please see my comment in #11 for more details.

Edit: actually it's not a problem with the version of ninja, but rather with its location. Maybe you can simply copy the binary to your home and use that path to compile.

[pingubot]

thx for all the hints. for me it also looks like some strange bug, cause sometimes it works, sometimes it doesn't . I will first bring in a sleep between the configure and the ninja command, lets see if it helps.

[doitsujin]

Closing this due to lack of activity, and it doesn't really look like a dxvk bug in the first place.

[pingubot]

@doitsujin : as you mentioned it is indeed no dxvk bug, I added some sleeps to my script and now it works reliable.

[Raffarti]

@pingubot Have you tried sync?