-
-
Notifications
You must be signed in to change notification settings - Fork 33.7k
build: detect node_g (debug) for available-node in Makefile
#28750
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
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-ciwith 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-nodeto run and since they are part oftest-ciwe 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-cithentest-cirather than the currentbuild-ciand customtools/test.pyinvocation and it's green for this branch: https://ci.nodejs.org/job/rvagg-test-commit-linux-containered/11/nodes=ubuntu1604_sharedlibs_debug_x64/