4 ms·
> Okay but how do you distribute the program that depends on Julia to clients? That's not the question that was asked though. The question the person asked as
by eigenspace 3y ago
> Okay but how do you distribute the program that depends on Julia to clients?
That's not the question that was asked though. The question the person asked as "Can you call Julia routines from other languages?" and the answer to that is "yes, you can easily do that".
__________________________________________________
> I guess we're both right. I was talking about the "libraries" functionality
I'm confused, what functionality exactly are you saying is missing from the libraries functionality? That very example you link to shows one using the julia runtime via printing.
And yes, dynamic dispatch and dynamic code generation do work from libraries created by PackageCompiler.jl as well...
- sanderjd 3y agoI would quibble with your use of the word "easily", but I consider it amazing that a language with such a complex runtime manages to expose an embeddable interface at all. Julia is an incredible language.
- anewhnaccount2 3y agoI guess the problem is that if you create a shared-library, yes, you can call it from Python, but you are now restricted to C datatypes, and don't get any of the type-conversion or type-proxying that the other bridges provide --- as far as I can see. That said, I think the bridges are actually pretty developed compared to what exists between many pairs of high-level languages. They are clearly working for some people since you will find Python-wrapper packages for Julia code. I'm not so sure it's so important to have a single `.so` package. There are solutions which allow Python to be-in-charge and bundle Julia to various extents. There are at least: 1. https://github.com/jlapeyre/julia_project https://github.com/jlapeyre/julia_project 2. Usage of Conda and https://github.com/JuliaPy/pyjuliapkg https://github.com/JuliaPy/pyjuliapkg