-
Notifications
You must be signed in to change notification settings - Fork 30.1k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
build: detect node_g (debug) for available-node
in Makefile
#28750
Conversation
Here's a run that only uses This will partially address nodejs/build#1854, along with #28747 and a new node-test-commit-linux-containered. |
The change looks okay, but I thought passing |
I ran |
Which suggests |
yeah, there's something odd about this, it fixes what I want fixed but I can't say why, will investigate further |
Any progress on figuring out why this fixes the issue? Anything I or someone else could look at to help? |
No, haven't had quite enough time to work it out, local debug builds are frustratingly slow! |
What's the status here? |
status = low confidence, maybe needs to be revisited at a later date or by someone else |
This lets us run
test-ci
with debug builds, currently we're using a custom invocation of tools/test.py. Since Node 10, we have--mode=$(BUILDTYPE_LOWER)
in Makefile which gets us most of the way there. The doc tests in particular rely onavailable-node
to run and since they are part oftest-ci
we get a failure because it's not looking for the right executable.Here's a new version of node-test-commit-linux-containered that runs debug using both
build-ci
thentest-ci
rather than the currentbuild-ci
and customtools/test.py
invocation and it's green for this branch: https://ci.nodejs.org/job/rvagg-test-commit-linux-containered/11/nodes=ubuntu1604_sharedlibs_debug_x64/