Kind of the same question https://opensource.stackexchange.com/questions/2486/compatibility-between-epl-and-lgpl, not sure how reliable though

Perhaps we can also post this question on ClojureVerse

https://clojureverse.org/t/using-a-lgpl-library-inside-epl1-0-project/8131

> Linking LGPL 2 & 3 code with EPL 1.0 is probably OK https://stackoverflow.com/questions/5393873/epl-eclipse-public-license-gpl-gnu-public-license-lgpl-lesser-gpl-and-lic

> But if your program simply uses the library, there’s no need to share your source code for your part of the program. You could even make your part of the program proprietary if you wanted to. This looks more detailed: https://fossa.com/blog/open-source-software-licenses-101-lgpl-license/

AFAICS I see no problem using a LGPL library on EPL1 project for our case

> for statically linked libraries, a distributor must offer access to not only the library’s source code, but other information or materials necessary to rebuild the program.

I guess we're safe then

Ah, you can use javaparser under Apache as well

@ericdallo Hmm, https://github.com/didibus/anakondo/blob/c48518560815c49d8d78fb9069906d17e883385e/anakondo.el#L500 does Java navigation based on javap

and completions

https://github.com/didibus/anakondo/blob/c48518560815c49d8d78fb9069906d17e883385e/anakondo.el#L665

That seems a good alternative

I found this: https://github.com/dotnet/runtimelab/tree/feature/NativeAOT

and https://www.gdatasoftware.com/blog/2019/04/31587-native-single-binary-net-core

Oh awesome this will do just fine! Thank you @U04V15CAJ