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