<html><head></head><body>What’s the reasoning for licensing a tool like this under the GPLv2?<div dir="auto"><br></div><div dir="auto">Code generators often need to be modified or adapted for large bindings projects, and the classes in org.openjdk.jextract.impl and org.openjdk.jextract.clang could be quite useful as a starting point. Under the current license, however, I will probably have to roll my own.</div><div dir="auto"><br></div><div dir="auto"><span dir="auto" style="color: var(--text-color); background: var(--bg-color);">Even the code generation template classes are under GPLv2, which is enough to prevent me from using jextract generated bindings in </span><span style="color: var(--text-color); background: var(--bg-color);">my non-GPL</span><span dir="auto" style="color: var(--text-color); background: var(--bg-color);"> projects. </span><span style="color: var(--text-color); background: var(--bg-color);">Maybe someone’s</span><span dir="auto" style="color: var(--text-color); background: var(--bg-color);"> reading of the license is that it is permissible, but is the uncertainty really necessary?</span></div><div dir="auto"><span dir="auto" style="color: var(--text-color); background: var(--bg-color);"><br></span></div><div dir="auto"><span dir="auto" style="color: var(--text-color); background: var(--bg-color);">That said, I am excited for the Panama project to deliver what looks to be a very well designed solution to a major, decade-long problem with Java.<caret></caret></span></div><div dir="auto"><span dir="auto" style="color: var(--text-color); background: var(--bg-color);"><br></span></div>—Shane</body></html>