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>
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>
Packages files for redistribution, though steamworks or otherwise. Does
not include the compatibilitytool.vdf file, which should be distributed
separately.
If we really want this, we could detect it in configure or something.
But it was already pretty ugly, so let's ask users to belong to the
docker group.