something somewhere in gnu make breaks dmg target for OSX
Check out this line from the build script from the OSX runner at
install: /Users/user/builds/jwilkes/purr-data/packages/darwin_app/build/Pd-l2ork-full-x86_64-20161210.app/Contents/Resources/app.nw/doc/manuals/Pd/ReadMe.html: No such file or directory
The date in the first path comes from
$(DESTDIR), which depends on
$(PD_APP_CONTENTS), which depends on
$(PD_APP_NAME), which depends on
$(PACKAGE_NAME), which is defined in
../Makefile.buildlayour and depends on
$(PD_VERSION), which is set in immediate-parsing-mode (or whatever the hell you call the sane assignment operator
:= in Gnu make lingo) to
$(PD_TEST_VERSION), which is set to the PD_TEST_VERSION define inside m_pd.h.
Hmm-- that's not the correct value for test version from m_pd.h. It should be "20160525"...
Now witness the madness earlier in the log:
rsync -ax /Users/user/builds/jwilkes/purr-data/pd/nw/nw/nwjs.app/ /Users/user/builds/jwilkes/purr-data/packages/darwin_app/build/Pd-l2ork-full-uname -m
That date comes from
$(PD_APP_NAME), which is set in lazy-parsing-mode to
Wait, we just went through this. So why is the latter the correct test version of m_pd.h and the former is the current date?
This is keeping the OSX runner from successfully building an OSX dmg installer. However, I can successfully build manually by going in packages/darwin_app and doing
make clean && make install && make package. That makes me think there's some mutation happening somewhere in the vomit of recursively-set global state that is Gnu make...