This way, we can run make again without rerunning configure.sh
after a clean rsync, which should save several minutes for every build.
Signed-off-by: Zhiyi Zhang <zzhang@codeweavers.com>
The makefile contains several bash-isms so set the SHELL variable to bash.
This fixes build errors on platforms where /bin/sh does not support bash extensions.
Signed-off-by: Huw Davies <huw@codeweavers.com>
If the makefile changes, dxvk tries to reconfigure (since the passed
args may be different), but meson only allows that with --reconfigure
Also fixes 'make dxvk_configure' multiple times
Such that 'make all deploy' or 'make all deploy install' work as
expected
Deploy/install don't imply all however - if iterating you may wish to
do e.g. 'make dxvk deploy' without waiting for a no-op wine build.
Ideally we'd track OUT files for everything, however, so a 'make
deploy' could at least build missing targets, if not dirty them.
The dist target would seem to need this treatment at first glance, but
it is actually doing prepare steps that only depend on wine being
ready
Fixes some races in parallel builds
These could all be listed in OBJ_DIRS above, but for specific nested
subdirectories having a mkdir -pv there is less error prone, if
verbose.
We didn't prefix any of our submake $(MAKE) invocations with +, so the
jobserver couldn't be used.
This also (so far?) seems to fix some problems I had with "make -j16"
(or anything higher than -j4) breaking due to some vrclient/steamclient
linkage problems.
Signed-off-by: Steven Noonan <steven@valvesoftware.com>
This reverts commits aef98f1e7df483ebc49acc7a8346c11bec2db8ed and f85b734f66606cd37ef74a3534fdeff4c9a55b3b.
The Steam Runtime is too old to build DXVK, so we have to continue
building it as a Windows DLL.
The main "proton" script tries to compare the version file in DST_BASE
with the one in DST_DIR, but the one in DST_BASE was missing, causing it
to fail to run anything.
Signed-off-by: Steven Noonan <steven@valvesoftware.com>
