doc: update README and DEVNOTES
This commit is contained in:
@@ -16,7 +16,7 @@ So we develop it for our special requirements.
|
||||
### Not `cbindgen`
|
||||
|
||||
`cbindgen` is a good tool but it only simply resolve only one Rust source file.
|
||||
It can't handle `use` syntax and means that we need put all things into single file.
|
||||
It can't handle `use` syntax. This means that we need put all things into single file.
|
||||
For a large-scale FFI interface, this behavior is unacceptable.
|
||||
|
||||
### Not `Diplomat`
|
||||
@@ -25,7 +25,7 @@ Mozilla developed `Diplomat` is another great tool but it still doesn't fit our
|
||||
`Diplomat` prefers integrating Rust in workflow rather than distributing Rust built artifacts.
|
||||
Although `Diplomat` generated C/C++ header files can correctly process module relation and `use` syntax,
|
||||
it generated header files involve too much hacks and memory layout assumption based on target triple.
|
||||
This behavior causes that it generated header files only works on build machine and can not be distributed.
|
||||
This behavior causes that it generated header files only works on target machine and can not be distributed.
|
||||
It violates our requirements that we want our developed Rust projects can be distributed like a normal CMake project.
|
||||
|
||||
Sarasas Chip Workshop developed Rust projects has no requirement that exposing complex structs like
|
||||
|
||||
Reference in New Issue
Block a user