-
Notifications
You must be signed in to change notification settings - Fork 844
Fix the .bsl spurious whitespace #8219
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
Fix the .bsl spurious whitespace #8219
Conversation
|
This won't be fixable without also doing the baseline updates. |
|
@cartermp I'm well aware of it, and also some experience updating the baselines (en masse like
To do so, I'm kind of blocked, or seriously slowed down by #8220 as I need to get all the up-to-date .err locally. Realistically, once I get the all the .err locally, I intend this PR to be a large insignificant white space reduction in the repository 🙂 Is the completion of this PR something that we can get merged soon once it is green in CI? |
|
This is more of a @KevinRansom call in terms of merging |
|
So, here is the issue: filtering out it will just strip out any empty string, while some are perfectly legit: this is how it looks when invoked from command line: Also, appending I'm not sure how to faithfully retrieve what comes out of the console from System.Diagnostics.Process but the current approach doesn't work, it is only an issue on output that contains valid blank lines (like in #6596). I'll look some more, I think it is really worth it to get this fixed with what I was touching in #8208 but any suggestion is welcome. |
|
Whitespace is hard :) |
…onmentNewLines` `writeViaBufferWithEnvironmentNewLines` is causing borked output when error message ends with "\n". This is probably dating from far back in the history of the codebase, and it doesn't show in windows console, probably because the console itself has some silly work around line termination...
b0e3706 to
ef60ad4
Compare
|
@cartermp, I've found the culprit in the compiler itself rather than the testing infrastructure. The fact it always shown correctly on windows command prompt is something I don't want to dig into though. Now we have coherent things in the baseline files that matches exactly the console output that the user sees. The CI is green, PR ready for review, and hopefully merge in master. |
cartermp
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Awesome find.
* Rename `buff` to `writeViaBuffer` and remove `writeViaBufferWithEnvironmentNewLines` `writeViaBufferWithEnvironmentNewLines` is causing borked output when error message ends with "\n". This is probably dating from far back in the history of the codebase, and it doesn't show in windows console, probably because the console itself has some silly work around line termination... * a bunch of .bsl updated with accurate output * fix one bsl * non change for CI * non change for CI
Fix the .bsl spurious whitespace in test/fsharp infrastructure fixing the bsl in separate commit(s).
related: #8208