Patching nettle.cmod uncovered a problem. The tarball ships with the cmods precompiled as C code. But by patching nettle.cmod, nettle.c becomes out-of-date:
.cmod.c: $(BUILD_BASE)/precompile.sh-stamp $(TMP_BINDIR)/precompile.pike $(BUILD_BASE)/precompile.sh --cache precompile.pike >"$@" "$<" || { rm "$@"; exit 1; }
But precompile.sh tries to run pike like this:
if [ x"$1" = xprecompile.pike ] ; then if pike -x 2>&1 | grep precompile > /dev/null 2>&1 ; then shift exec pike -x precompile "$@" fi fi
which of course doesn't work if pike isn't already installed.
Building pike without pike from anything other than the clean dist is not supported, so yea.
I guess I have to "precompile" the patch then.
But it wouldn't be *entirely* impossible to support, at least not for post_modules, would it? The pike binary is built and ready together with the temporary master.pike at that point, right?
It would certanly be possible to make it less pike dependent, the incentives are just very low. I can't even promise patches will be taken because pike dependencies was introduced to make the build system easier to handle.
Anything that reduces dependencies _and_ doesn't introduce an extra burden when maintaining it would be worth a look.
pike-devel@lists.lysator.liu.se