Open knz opened 2 years ago
edit: this doesn't work
~I was able to work around by:~
make
symlink to gmake
in a custom bin
directorybin
to $PATH
this is a bit too quirky and I'd like a better solution
NB: this issue does not exist with make build
(started as gmake build
) because GNU make ensures that the path to the make executable is properly inherited into sub-makefiles.
ok so the workaround above doesn't work unfortunately
ok, I hve retried tis week, and soemthing is different with build_cc because now the symlink problem disappears again (i.e. I can use a symlink)
So I have a workaround, and the priority of this is lowered.
We have marked this issue as stale because it has been inactive for 18 months. If this issue is still relevant, removing the stale label or adding a comment will keep it active. Otherwise, we'll close it in 10 days to keep the issue queue tidy. Thank you for your contribution to CockroachDB!
Describe the problem
The build rules for
jemalloc
require GNU make. However:gmake
, notmake
(and themake
command is incompatible)$MAKE
in the envThe result is this:
To Reproduce
Have a non-GNU make called
make
, then rundev build
.Expected behavior
The thing works, either:
$MAKE
env var from the user's shellEpic CRDB-17171 Jira issue: CRDB-11972