Uh oh!
There was an error while loading. Please reload this page.
build: detect node_g (debug) for available-node in Makefile - #28750
Conversation
nodejs-github-bot
commented
Jul 18, 2019
rvagg
commented
Jul 18, 2019
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. |
richardlau
commented
Jul 18, 2019
The change looks okay, but I thought passing |
Trott
commented
Jul 18, 2019
I ran |
richardlau
commented
Jul 18, 2019
Which suggests |
rvagg
commented
Jul 19, 2019
yeah, there's something odd about this, it fixes what I want fixed but I can't say why, will investigate further |
Trott
commented
Jul 22, 2019
Any progress on figuring out why this fixes the issue? Anything I or someone else could look at to help? |
rvagg
commented
Jul 23, 2019
No, haven't had quite enough time to work it out, local debug builds are frustratingly slow! |
Trott
commented
Jul 23, 2019
BridgeAR
commented
Jan 12, 2020
What's the status here? |
rvagg
commented
Jan 13, 2020
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/