I have a FFI program that reads in a numpy array and polars DataFrame, does some aggregations in parallel and then returns a DataFrame. As part of this I need to supply the borrowed ArrayView into a closure which needs to be 'static + Send + Sync. Since this ArrayView is not 'static, it is not considered safe. However in this use case it seems justifiable. Note that scoped threads are not an option.

Yesterday I posted this on StackOverflow. If you replace the Foo type with an ArrayView, this is closer to my problem.

Asking here because the situation seems more likely to happen using the numpy crate as opposed to ndarray alone (It wouldn't be a problem if we had an owned Array). I also tried using a RawArrayView which does not carry a lifetime, however, it is not Send + Sync and so will not work.

First thing to answer is: Is this a justifiable thing to do? From my understanding the ArrayView can be treated as ``static` in this particular usage of the FFI. Moving forward, two solutions I can see is via a transmute (see StackOverflow answer), or to wrap up the RawArrayView in a new type and unsafely implement Send + Sync.