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
Proper fix utf8 command line arguments #14253
Proper fix utf8 command line arguments #14253
Conversation
Fyi @fowles |
a bunch of stuff in our repo/ci moved around recently. Can you rebase this change? |
@hknielsen pending comments and needs a rebase |
Hi @hknielsen, do you plan to continue working on this CL? Thanks! |
88b3c6e
to
cfbdd35
Compare
8e9879b
to
881ae8e
Compare
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.
last nit, otherwise looks good.
thanks for all your patience with this PR! At this point the PR will go through some internal machinations, so you won't see updates here for a few days, but it should (unless something goes wrong) land next week. If you don't see any motion next week, feel free to ping me! |
All the windows tests are failing, so I suspect that something is actually wrong in this PR |
@fowles hmm it looks like windows are not using the correct compiler flags for c++17, can that be true? I see a bunch of warnings locally about it: That also explains: |
yeah, we have to go back to the |
Reverted back to |
|
Nothing for you to do. There was a merge conflict on internal import that I will handle |
#14197 Tried to fix utf-8 issue, but it didnt handle multibyte chars. Only way I found that works constantly is using `CommandLineToArgvW`. To not ripple out `wchar_t`, I convert to and from where needed Closes #14253 COPYBARA_INTEGRATE_REVIEW=#14253 from hknielsen:proper-fix-none-ascii-issue cad753e FUTURE_COPYBARA_INTEGRATE_REVIEW=#14253 from hknielsen:proper-fix-none-ascii-issue cad753e PiperOrigin-RevId: 599826579
#14197
Tried to fix utf-8 issue, but it didnt handle multibyte chars.
Only way I found that works constantly is using
CommandLineToArgvW
.To not ripple out
wchar_t
, I convert to and from where needed