<div>This licence thing is a very tuff subject, indeed! I wish the world were easier!!</div><div><br></div><div><br></div><div>----- A bit of OT ----- </div><div><br></div>I must say your point of view of Supercollider is completed mistaken.<div>

<br></div><div>Its not cause most of the code you find is ugly, that the language is ugly.</div><div><br></div><div>Actually from all the languages you were able to link in your email, SuperCollider is probably the one that lets you do the most beautiful code, its all about how capable you're.</div>

<div><br></div><div><br></div><div>good luck</div><div><br><div class="gmail_quote">On 5 December 2012 22:24, Kassen <span dir="ltr"><<a href="mailto:signal.automatique@gmail.com" target="_blank">signal.automatique@gmail.com</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">On Wed, Dec 05, 2012 at 02:51:58PM -0500, Rob Fielding wrote:<br>
> 1) The GPL licensing (SuperCollider as well as ChucK) seems to be an issue<br>
> for anyone trying to host ChucK embedded into a controller process.  Is<br>
> this an actual problem, given that we are generally just linking in<br>
> unmodified build of the sources?<br>
<br>
</div>IANAL, this is not legal advice, I don't represent the ChucK team on<br>
this matter.<br>
<br>
As long as your controller process has a compatible license and you<br>
also share the code all should be fine. If not there may be a problem<br>
but I think that only starts to matter when you would distribute the<br>
combined work. Between GPL-ed programs you can freely borrow/port.<br>
That is very convenient for those projects.<br>
<br>
If that is not practical for you I think you can legally have your<br>
closed source program communicate with ChucK, redistribute ChucK with<br>
your program and add the ChucK source to that.<br>
<br>
What you can not do is take GPL software and use it as a part of your<br>
closed project, then sell or otherwise redistribute the result without<br>
the source. If that is what you want/need something like PD which has<br>
a far more liberal license might be what you are after. Personally I<br>
like the GPL, I think it encourages a kind of sharing that benefits<br>
all.  Evidently many other people, like some groups developing stuff<br>
for mobile devices enjoy borrowing PD's source which PD's BSD licence<br>
allows.<br>
<br>
You should probably consider what your needs are with regard to<br>
distribution, how closely coupled the synthesis engine and the<br>
controlling process need to be and where you stand on this kind of<br>
sharing here. If in doubt after a closer reading of the GPL you might<br>
want to consult a lawyer. I'd avoid a legal fight, both because those<br>
are no fun and because ChucK comes from Princeton and Stanford.<br>
<br>
I hope that clarified things a bit and that I didn't misrepresent<br>
something. I also hope you will make a Free/Open instrument, I think<br>
sharing is fun, but that is up to you and might not be practical in<br>
your situation.<br>
<br>
Yours,<br>
Kas.<br>
<div class="HOEnZb"><div class="h5">_______________________________________________<br>
chuck-users mailing list<br>
<a href="mailto:chuck-users@lists.cs.princeton.edu">chuck-users@lists.cs.princeton.edu</a><br>
<a href="https://lists.cs.princeton.edu/mailman/listinfo/chuck-users" target="_blank">https://lists.cs.princeton.edu/mailman/listinfo/chuck-users</a><br>
</div></div></blockquote></div><br></div>