Conversation

Replying to
Yes, though the syscall serialization only really supports Rust, but it'd be easy to make rust FFI shims (and build as a staticlib) for that part, or hand-build/decode the format yourself. If that's something that you'd be interested in, I can do it quickly for you.
1
1
Replying to and
I don't expose the allocator yet (64KiB), so you'll have to do your own memory management in the 128K of space you have. But I do plan on supporting that soon, or at least automatically mapping the unused space out of 128K to be a user heap with a syscall interface.
1
1
Replying to
Not an issue for me at this point. Thanks for the patch. I'll send word when I have something going. Hope to get to it tonight. Time for emergency nap first :-)
1
1
Replying to
Lemme know if it works! I didn't really test it yet. Though the biggest part is making sure the linker script looks right. If it freaks out at link time, send me the error. If it freaks out at run time, send me the output of `arm-none-eabi-nm -nSC path/to/app.elf`.
1
1
Replying to
It's a perfect setup for me to be forced to look at this :-) I've been postponing this for so long, dreading that Rust/C border... I have an app for work I'd like to gradually rewrite but don't know where to start. This would be a good start.
1
1
Replying to
Honestly, working at the border is one of the worst ways to start: You have to be an expert at Rust AND C (or whatever C-emulating language you are using for FFI), which is a tricky thing to do. That being said, hopefully I don't steer you wrong :)
1
1
Replying to
I mean, C+Rust totally work together well! But any time you are stitching two things together, you should understand both well so you don't get caught somewhere tricky.
1
1
Show replies