something somewhere in gnu make breaks dmg target for OSX

Check out this line from the build script from the OSX runner at

https://git.purrdata.net/jwilkes/purr-data/builds/2305/raw

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-20160525.app/

That date comes from $(PD_APP_NAME), which is set in lazy-parsing-mode to $(PACKAGE_NAME)...

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...