-
Notifications
You must be signed in to change notification settings - Fork 13.4k
"unsafe" doesn't sound unsafe enough #666
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
Comments
As someone who is not working on the Rust project, I wholeheartedly support this change. |
+1 |
Using ☢ has the advantage of being hard to type, thereby discouraging the use of unsafe. |
If, every time the parser encountered "unsafe"/"☢", it had a 0.01% chance of executing |
+1 |
clever but i don't want to canonicalize to non ascii. we can put some unicode dingbat named functions in libcutesy.so. closing. |
Add new ☢ keyword for unsafe blocks
merge poll constants in BSD platforms Sorry for the different PR about the same constants, the miss in the different architectures appeared progressively as I modify nix source to expose the poll function for the different platforms. Hopefully, it should be the last one !
Remove trait object warning.
Working since rust-lang/stdarch#876 Fixes rust-lang#666
Fixed a recursive inling bug, added a test for it
The compiler should accept both "unsafe" and "☢" as synonyms, and the pretty-printer should canonicalize to ☢. Implement this.
The text was updated successfully, but these errors were encountered: