IssueRaiser

Generate checks for all forms of UB in Debug and ReleaseSafe modes

It's always going to be possible to do unsafe things in Zig, because we have inline assembly, `@intToPtr`, and ability to call extern functions with the wrong ABI. But what if we could eliminate everything else? What if, after enumerating all kinds of undefined behavior (See #1966), we could make all of them safety-checked, with only some obvious exceptions such as inline assembly? * even `@intToPtr` could look at the type it was casting to and make sure it is correct, somehow? * runtime safety for pointer lifetimes? can we solve use-after-free? This is the big one. * try to solve everything on the list turned up by #1966. This might turn out to be impossible or impractical, but it's worth investigating. If we could reduce the unchecked undefined behavior surface to a minimum level, there could be auditing/linting tools to point out where unsafety lies in zig software. It would be possible to say something like, "Debug and ReleaseSafe builds of Zig code are safe (in that they crash rather than have undefined behavior), except for inline assembly and extern function ABI mismatch", or some short list of exceptions. If the cost of these protections is high, that's what we have `@setRuntimeSafety` for (see #978). It would be reasonable for these protections to depend on OS-specific behavior, and to be unavailable on some targets, such as freestanding.

Posted by andrewrk on Apr 18, 2019, 5:07 AM

Tags

Related issues

Raise real-world problems, find people facing the same issue, and discuss solutions.4,000 issues0 comments

pricing (SaaS)

Generate checks for all forms of UB in Debug and ReleaseSafe modes

andrewrkApr 18, 2019, 5:07 AM

It's always going to be possible to do unsafe things in Zig, because we have inline assembly, `@intToPtr`, and ability to call extern functions with the wrong ABI. But what if we could eliminate everything else? What if, after enumerating all kinds of undefined behavior (See #1966), we could make all of them safety-checked, with only some obvious exceptions such as inline assembly? * even `@intToPtr` could look at the type it was casting to and make sure it is correct, somehow? * runtime safety for pointer lifetimes? can we solve use-after-free? This is the big one. * try to solve everything on the list turned up by #1966. This might turn out to be impossible or impractical, but it's worth investigating. If we could reduce the unchecked undefined behavior surface to a minimum level, there could be auditing/linting tools to point out where unsafety lies in zig software. It would be possible to say something like, "Debug and ReleaseSafe builds of Zig code are safe (in that they crash rather than have undefined behavior), except for inline assembly and extern function ABI mismatch", or some short list of exceptions. If the cost of these protections is high, that's what we have `@setRuntimeSafety` for (see #978). It would be reasonable for these protections to depend on OS-specific behavior, and to be unavailable on some targets, such as freestanding.

Comments (0)

No comments yet. Start the discussion.

Comment on this issue