Upon refreshing mozilla-central today, I noticed that PyMake builds were choking during processing of InfoPlist.strings in toolkit/mozapps/update/updater. Output around the error can be seen at http://pastebin.mozilla.org/1316584 Poking around, it appears the sed and iconv commands execute fine. However, the IO redirection is failing because the directory does not exist. I'm compiling with -j6 on OSX using the pymake in build/pymake. Failure occurs when processing the libs:: target. Things seem to work with GNU make, interestingly. This is always reproducible for me with a: ../build/pymake/make.py -C toolkit/mozapps/update

I updated PyMake to the "Native commands should print exception backtraces" changeset and the build compiles. So, this appears to be a PyMake regression.

Good to know. It'll likely be a while before I can look into this though.

I backed out the PyMake change for bug 675084 and the build started working.

https://tbpl.mozilla.org/php/getParsedLog.php?id=13204095&tree=Try&full=1 (yes, I forced pymake builds on Try using client.mk hackery)

This is Mac-only. Why does this block Pymake on Windows?

Doesn't.

Mass close of pymake-related bugs.