-
Notifications
You must be signed in to change notification settings - Fork 30.2k
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 <jasnell@gmail.com>
Enable the cctests on the CI now that they know how to write TAP output. PR-URL: nodejs#8034 Reviewed-By: James M Snell <jasnell@gmail.com>
PR-URL: nodejs#8948 Reviewed-By: Jeremiah Senkpiel <fishrock123@rocketmail.com> Reviewed-By: Anna Henningsen <anna@addaleax.net> Reviewed-By: James M Snell <jasnell@gmail.com> Reviewed-By: Sakthipriyan Vairamani <thechargingvolcano@gmail.com> Reviewed-By: Ben Noordhuis <info@bnoordhuis.nl>
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 <gibfahn@gmail.com> Reviewed-By: Ben Noordhuis <info@bnoordhuis.nl> Reviewed-By: Myles Borins <myles.borins@gmail.com>
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 <gibfahn@gmail.com> Reviewed-By: Ben Noordhuis <info@bnoordhuis.nl> Reviewed-By: Myles Borins <myles.borins@gmail.com>
We now have multiple tap producers; just ignore all files with the `.tap` extension. PR-URL: nodejs#9262 Reviewed-By: Gibson Fahnestock <gibfahn@gmail.com> Reviewed-By: Ben Noordhuis <info@bnoordhuis.nl> Reviewed-By: Myles Borins <myles.borins@gmail.com>
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/