-
Notifications
You must be signed in to change notification settings - Fork 12.8k
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
returning an unconstrained, bound region should be an error #2478
Comments
My vote is warning rather than error. If you're right that it's always the wrong thing to do, then you shouldn't be able to write non-unsafe code that does this that doesn't error somewhere else. And maybe you want to try doing it just while hacking / experimenting with the language. |
Reproduced with d2ad028
This compiles successfully. |
Not critical for 0.6; removing milestone |
Reproduced with 64963d6
Still compiles successfully. |
Nominating for milestone 5, production-ready |
just a bug, removing milestone/nomination. |
Visiting for triage email 2013-07-22 reproduced with 8a7b636 |
As of lifetime elision (#15767) we now indeed require a |
The per-reachability analysis can have a overhead on the compilation time when assessing a project that has lots of tests. Disable it for now when analyzing tests. Despite that improvement, assessing the firecracker still takes a long time, even with --only-codegen, due to the number of calls done to goto-cc. Thus, don't use assess here.
If you have a function like this:
we should report an error. The only thing you could legally do in that case is fail or return a static item, so you miight as well write:
This sounds like a good lint warning/error.
The text was updated successfully, but these errors were encountered: