Open tshort opened 5 years ago
I added the information to the readme.
I add automated forks for every Julia-embedded related repository.
Among them, there are also a couple of repositories from other languages: Swift https://github.com/Julia-Embedded/buildSwiftOnARM https://github.com/Julia-Embedded/SwiftyGPIO Rust https://github.com/Julia-Embedded/docs Python https://github.com/Julia-Embedded/micropython
The automated forks clutter this organization. Can't you just include a list of related repositories in the README for Julia-Embedded-Master?
That's a good point. I will move them to the readme. Not all of them directly related.
It is cleaned now! :recycle: @tshort
Here are some miscellaneous notes on cross compiling and static compilation in Julia:
CUDAnative -- CUDAnative is the state of the art for cross compiling to a limited platform. It uses LLVM.jl to help generate appropriate LLVM code. I've copied the approach for WebAssembly (still very limited or non working). This approach is also being used for AMD GPU's. This approach works great, but compatible Julia code is very limited. There has been talk of separating out the codegen portions of CUDAnative into a separate package, but it hasn't happened, yet.
PackageCompiler / tree shaking -- The approach to static compilation that runs the most code is probably with something like PackageCompiler. Tree shaking is a way to reduce the size of the compiled system image. See this for more information. The main hurdles with this approach are that tree shaking doesn't exist, and it's not set up for cross compilation.
Codegen advances -- Jameson is working on changes to allow the CUDAnative approach to compile more code: https://github.com/JuliaLang/julia/pull/25984.
LLVM support -- Julia's version of LLVM doesn't include targets of interest for embedded applications.
libjulia -- If used,
libjulia
will need to be cross compiled. Another option is to write a more minimal version oflibjulia
(hopefully in Julia), and swap out theccall
s tolibjulia
functions as needed.ccalls and cglobal -- When Julia compiles code CUDAnative style,
ccall
andcglobal
references get compiled to a direct pointer. These need to be converted to symbol references for later linking. Prototype described here.Global variables -- A lot of code gets compiled with global variables, and these get compiled to a direct pointer. One way to handle this is with a serialize/deserialize approach. Prototype described here.
Initialization -- If
libjulia
is used, some init code needs to be run to set up GC and other things. It's not clear how to do that from outside. May need PR's to base Julia to help here.cc @jpsamaroo