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
Support arbitrary OsStr
s as arguments to compiler
#1018
Comments
We could update |
Note that historically (and speaking in general) UTF-8 strings have been preferred because they tend to be the common denominator between both tools and platforms. E.g. some tools only reliably take UTF-8 values and there can be cross compiling issues when using an unspecified encoding. Which is not to pour water on the idea, but just to say OsStr can actually be a portability hazard in another way. |
That's a problem indeed, though accepting
May I ask which tools have the problem? We should look into it and see if cc-rs still support them or if they have improved. |
I don't recall a specific issue with cc-rs off the top of my head but I know of problems with passing things through to WINE on a Linux host or when it's necessary for things to be written to a text file (e.g. json). Git on Windows also deals in bytes (whereas the host is u16s) meaning anything not unicode won't be handled correctly. |
Let me ask in zulip to ask for more opinions on this |
any updates? |
Sorry I forgot to post the update here, we concluded the discussion that it's ok to change |
I want to pass
-fdebug-prefix-map=PATH1=PATH2
to the compiler. However, to be most portable, these should be&Path
s and the overall flag should be anOsString
. However, I don't see a way to pass custom os strings to the builder, unless I manually recreate the logic in.compile(output)
with a bunch of.to_command()
s.Could there be an easy way to pass arbitrary os strings as arguments?
The text was updated successfully, but these errors were encountered: