-
Notifications
You must be signed in to change notification settings - Fork 29.6k
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
backport: cctest TAP output changes #9682
Conversation
Teach gtest to produce TAP so we can integrate it better with our CI tooling. TAP is printed to stdout but it can also be written to file by passing the `--gtest_output=tap:filename.tap` switch to cctest. PR-URL: nodejs#8034 Reviewed-By: James M Snell <[email protected]>
Enable the cctests on the CI now that they know how to write TAP output. PR-URL: nodejs#8034 Reviewed-By: James M Snell <[email protected]>
PR-URL: nodejs#8948 Reviewed-By: Jeremiah Senkpiel <[email protected]> Reviewed-By: Anna Henningsen <[email protected]> Reviewed-By: James M Snell <[email protected]> Reviewed-By: Sakthipriyan Vairamani <[email protected]> Reviewed-By: Ben Noordhuis <[email protected]>
Produce a tap13-compatible output which makes it simpler to parse. Output is still readable by the jenkins tap plugin. PR-URL: nodejs#9262 Reviewed-By: Gibson Fahnestock <[email protected]> Reviewed-By: Ben Noordhuis <[email protected]> Reviewed-By: Myles Borins <[email protected]>
This makes yaml-ish parsers happy. Note: gtest still seems to output the expected/result slightly different making the full traceback less informational. PR-URL: nodejs#9262 Reviewed-By: Gibson Fahnestock <[email protected]> Reviewed-By: Ben Noordhuis <[email protected]> Reviewed-By: Myles Borins <[email protected]>
We now have multiple tap producers; just ignore all files with the `.tap` extension. PR-URL: nodejs#9262 Reviewed-By: Gibson Fahnestock <[email protected]> Reviewed-By: Ben Noordhuis <[email protected]> Reviewed-By: Myles Borins <[email protected]>
looks like infra problems with vs2013 /cc @nodejs/build |
Looks like infrastructure issue with freebsd11 too (compiler issue -- too old maybe?). I noticed the same issue on another backport. |
CI again for Windows only: https://ci.nodejs.org/job/node-test-commit-windows-fanned/5329/ Looks like VS2013 is building this time... EDIT: d'oh, looks like VCBT2015 failed now... :-( |
FreeBSD 11: my bad. was supposed to fix it yesterday, will get on it soon. |
One more go at CI: https://ci.nodejs.org/job/node-test-pull-request/4932/ |
Huh... I'm not sure why this showed up in the freebsd11 log:
(especially the node v4.x comment) |
@mscdex thats from our infra. Building v4 is broken on BSD 11 and @jbergstroem was working on something to bypass the job, it doesn't look like it is working quite right |
it seems like there are failures on AIX on this run as well... but they appear to be identical to the failures popping up over in #9695 I'm going to see if something landed on v4.x that could be causing these failures... they are not related to this PR |
AIX failures are unrelated landing. |
landed in 66e26cd...02e6c84 |
Checklist
make -j8 test
(UNIX), orvcbuild test nosign
(Windows) passesAffected core subsystem(s)
Description of change
This is a backport of:
/cc @bnoordhuis @jbergstroem
CI: https://ci.nodejs.org/job/node-test-pull-request/4897/