You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
When a C API has a restrict pointer, int foo(int * restrict); the pointer must not alias any other pointer. In the Rust side, this means that a raw *mut c_int pointer is not enough, and a &mut c_int must be used. Otherwise, the API is "unsound", as in, it allows passing it aliasing pointers.
However, some of these APIs do not require the pointer to point to initialize memory, that is, passing them a pointer to an uninitialized value is "ok" for C. Doing that via &mut c_int might be UB, and we might need to generate "something else" here.
This came up when validating the FFI wrapper in libc of lio_listio in FreeBSD, which takes a *const noalias *mut noalias T. Right now, we use *mut T and call it a day, but when validating the bindings, clang rightfully complains that our type is not compatible with the C type because it is missing the restrict qualifier. That is, we would be calling a function type that requires noalias from a prototype that does not, which is unsound.
AFAICT there is no way to express this from Rust. The first step here would be to start using &/&mut since that would make the API sound, even though that would forbid passing pointers to uninitialized memory.
When a C API has a restrict pointer,
int foo(int * restrict);
the pointer must not alias any other pointer. In the Rust side, this means that a raw*mut c_int
pointer is not enough, and a&mut c_int
must be used. Otherwise, the API is "unsound", as in, it allows passing it aliasing pointers.However, some of these APIs do not require the pointer to point to initialize memory, that is, passing them a pointer to an uninitialized value is "ok" for C. Doing that via
&mut c_int
might be UB, and we might need to generate "something else" here.This came up when validating the FFI wrapper in libc of
lio_listio
in FreeBSD, which takes a*const noalias *mut noalias T
. Right now, we use*mut T
and call it a day, but when validating the bindings, clang rightfully complains that our type is not compatible with the C type because it is missing therestrict
qualifier. That is, we would be calling a function type that requiresnoalias
from a prototype that does not, which is unsound.AFAICT there is no way to express this from Rust. The first step here would be to start using
&
/&mut
since that would make the API sound, even though that would forbid passing pointers to uninitialized memory.cc @ralfj @Centril
The text was updated successfully, but these errors were encountered: