commit f90cec631c ("limit amount of make jobs") in our fork added a
new environment variable check to all the genromap scripts to limit the
number of parallel jobs. Port this check onto the new projects added by
upstream in the latest merge.
The latest upstream changes added one project (bl602_demo_blemeshnode)
without a genromap. Add one by copying the provided genblenode script.
Also make the genromap executable for two other newly-added projects.
Merge in a number of upstream changes from Bouffalo, resolving
conflicts. Most conflicts came from warring whitespace fixes, which is
better than no whitespace fixes in either repo. I generally took the
upstream version in such cases to make future merges easier.
I have left out all upstream docs changes from this merge, since those
will have to be separately merged into our bl602-docs submodule.
We should eventually just get rid of the "pip install" invocation in the
Makefile altogether and replace it with good documentation for manual
environment setup. Bot for the moment we have it and so we should make
it work even in the case where it needs to compile code. This should fix
the CI problems on macOS and Ubuntu 19.10.
I was torn between fixing it this way and removing the "export"s from
the Makefile altogether, replacing them with explicit variable passing
to submakes. But I figure that it's probably correct to have $CC and
friends automatically set to the cross compiler since the entire purpose
of these Makefiles is to build code for the BL602. If we ever delegate
some functionality to a shell script, it'll be nice to just have $CC
automagically set. So I've kept the exports and fixed it this way
instead.
It's questionable that dependencies get installed automatically during
the build in the first place, but since they do we should at least fail
the build with an error if installation fails.
This makes the current CI issue on macOS much clearer to diagnose.
No scripts actually use this version: the one reference to it, which
I've also removed in this commit, was commented out. Having the binary
version is confusing because it indicates a proprietary component where
there is none. It's also of limited use, since it only works on 64-bit
Linux (and, at least on my system, doesn't even run properly there).
I disassembled the bytecode of the compiled version and the source
version and verified that they are identical, so we are losing nothing
with this deletion.
image_conf, make_scripts_riscv - Delete trailing spaces. Change tabs to 4 space multiples.
.c and .h get tabs expanded to four spaces for consistency, traliing whitespace whacked.
Makefiles do NOT get tabs changed.
