Mark Hammond
Mark Hammond
Thanks so much for the detailed report against our fixtures! > I haven't checked it, but I suspect that Disposable implementations are not even generated for records containing an external...
> I've just found another issue here. Since Disposable is a type defined in the generated source, Ouch. I'm not sure who has enough knowledge to have a valuable opinion...
Sorry for letting this slip. The problem also impacts Swift and Kotlin when they try and implement equality testing etc - both fail to compile in this scenario as they...
I don't know enough about Swift to understand the question - can you please give an example? In general though, I believe we only support omitting argument labels entirely but...
I wonder if the problem here could be the use of an unsigned int (specifically u32) as the result of that function?
> Native library (android-aarch64/librustcore.so) not found in resource path (.) Those errors seems to be that the library itself can't be found and not about a specific symbol? A tool...
Interestingly, we *do* have basic support for "flat" enums where it's only possible to send the enum from Rust to foreign code, and that characteristic is "inherited" by container objects...
> Should an nb_long function (doing basically the same thing but with PyLong_FromLong) be provided, and this restriction be documented / be made to throw an exception? Yeah, I think...
See also #2128
This is kinda #2025? I'm really starting to think we should rethink external types and insist on being able to resolve them.