3 ms·
Julia is not a good choice to replace lua because its runtime is at least 60MB. It is also very slow to compile. LuaJIT would be a much better choice since it i
by CyberDildonics 4y ago
Julia is not a good choice to replace lua because its runtime is at least 60MB. It is also very slow to compile. LuaJIT would be a much better choice since it is very small and very fast.
- giraffe_lady 4y agoLuajit isn't really a replacement for lua though, if you don't want to use lua. The only thing I've seen that's really comparable to lua/luajit in terms of size and simplicity of embedding in a C program is janet. It's bigger but still a single file. I would assume also somewhat slower but if you need raw perf C is right there.... But you get a much more usable language with an actual stdlib so it's a good tradeoff for a lot of applications.
- CyberDildonics 4y ago> if you don't want to use lua. But people do want to use lua. The advantage of julia is mostly speed but the disadvantages of huge runtime, long compile times and weak GC mean it isn't realistically going to be used in games much if at all. luaJIT closes the speed gap by a huge amount and is small and compiles extremely fast. > but if you need raw perf C is right there LuaJIT (and julia actually) have very easy FFI integration, but why not make everything in C (ignoring that actual C would be terrible idea compared to C++ for something non trivial)? Any embedded language is embedded for a reason. I'm not sure what point you are making here.