Skip to content
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

spec: clarify if a type with underlying unsafe.Pointer type can be used for unsafe conversions #19306

Closed
griesemer opened this issue Feb 27, 2017 · 2 comments
Milestone

Comments

@griesemer
Copy link
Contributor

griesemer commented Feb 27, 2017

See also #6326 and #18130 (comment) .

In the same vein, decide if type P = unsafe.Pointer should be allowed.

@rsc
Copy link
Contributor

rsc commented Feb 27, 2017

If gc and gccgo allow it today, it should continue to be allowed. We've passed the point of no return on a breaking change like that. The "audit" argument is fairly weak: the audit will find the initial definitions and then the people auditing can decide easily enough whether to expand their search.

@gopherbot
Copy link
Contributor

CL https://golang.org/cl/42132 mentions this issue.

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Projects
None yet
Development

No branches or pull requests

3 participants