User Details
- User Since
- Feb 18 2015, 5:19 AM (450 w, 11 h)
Jan 28 2022
FYI I think I fixed the actual problem in the follow up,
https://reviews.llvm.org/D118448.
Jan 27 2022
- make test break if we used alphasort
Superseded by https://reviews.llvm.org/D118363 (sorry for the diff confusion).
Jan 14 2022
Jan 13 2022
Jan 5 2022
Dec 6 2021
Jul 1 2021
Jun 29 2021
Jun 11 2021
Apr 30 2021
- review comments
added test for merging
- test for avoiding merges
- review comments
PTAL, addressed review comments.
Apr 29 2021
Apr 22 2021
Apr 21 2021
Apr 20 2021
Apr 19 2021
Apr 14 2021
address review comments.
Mar 30 2021
Mar 29 2021
Nov 10 2020
For posterity: there was a question whether this is legal syntax in JSDoc in the first place (e.g. whether it should be escaped). That remains unclear - Closure Compiler parser however does ignore JSDoc tags if the line does not start with an @ tag. So the safe thing is to do what this revision does, avoid wrapping.
- fix comment
Nov 9 2020
See my comment on the upstream bug, let's chat a bit about whether we need this.
Nov 6 2020
Apr 6 2020
Apr 3 2020
- fix formatting
Thanks for the feedback. Indeed, whitelisting the JS keywords is better, but we still needed a way to blacklist all C++ keywords then - Krasimir's suggestion with the #include did the trick, thanks.
- - improve handling of keywors - rather than blacklisting all C++
Apr 2 2020
Feb 3 2020
That has landed a while ago in https://reviews.llvm.org/rGa324fcf1ae6, not sure what's up with the differential revision not closing. Will do manually.
This has landed as https://reviews.llvm.org/rGa324fcf1ae6 (not sure why this hasn't closed automatically).
Feb 2 2020
Jan 31 2020
Jan 29 2020
Jan 28 2020
- - only run comma insertion for JavaScript.
- review fixes
- Fix col limit
- test for comma insertion
- - validate options, reject bin packing + trailing commas
PTAL.
- - only run comma insertion for JavaScript.
- review fixes
- Fix col limit
- test for comma insertion
Jan 27 2020
Jan 24 2020
- Disable arrow functions on single lines by default.
If that's the case, consider adding the option to the style in a follow-up patch:
GoogleStyle.AllowShortLambdasOnASingleLine = FormatStyle::SLS_All;that would have an advantage of making clear which test case diffs are result of the implementation and which are result of the style flip.
- - only run comma insertion for JavaScript.
This is required by JavaScript style, but this change as is optimistically runs the tool for any language. I think that's probably not what we want here initially, just throwing it out there. WDYT?
FYI I've started a conversation on whether SLS_All should be the default Google style. But the option I think is useful in either case.