Open Source License For Incremental Compilers? 9
"Under the GPL, the application is not merely a 'normal product' of the Forth compiler, since the application includes the Forth compiler as an embedded runtime engine. It is closer to the situation envisioned by the LGPL, since you can view the Forth compiler as the runtime engine that the application is "linked" to. But this is a metaphor, which is dangerous ground when you start interacting with the legal system.
There is no problem if the author of a Forth compiler wants to release it into the Public Domain. There is no problem if the author wishes to release it under the GPL and is happy to have any application developed on the compiler fall under the GPL. The problem is when the author wishes to keep the compiler itself as Open Source, but permit the programmer to release their application under whatever license they wish. In other words, the problem arises when the author wishes to have what the GPL already gives to GCC -- an Open Source tool without artificial limits on the applications produced by the tool."
GPL+exception (Score:1)
Smalltalk community has thought of this (Score:1)
You are allowed to change Squeak, write extensions to Squeak, build an application in Squeak, and include some or all of Squeak with your products. You may distribute all of these things along with Squeak, or portions of Squeak, for free or for money. However, you must distribute these things under a license that protects Apple in the way described in this license.
If you modify any of the methods of class objects (or their relationships) that come with Squeak (as opposed to building on top of the classes in the release), you must post the modifications on a web site or otherwise make them available for free to others, just as has been done with Squeak. The same is true if you port Squeak to another machine or operating system - you must post your port on a web site or otherwise make it available for free to others under the same license terms.
Sounds almost analogous to Perl or java (maybe :) (Score:1)
Well, I'm certainly not a lawyer or an expert on Forth, but from your description it sounds sort of like perl or java's execution model. You might want to take a look at perl's Artistic Licence (sp? too early in the morning), which IIRC, essentially says "do as you wish as long as you aren't acting like an asshole". ;^) (I'm being silly, it's actually a more serious document worthy of inspection that my juvenile 3am wit doesn't articulate well...)
Failing that, the LGPL for the compiler might work pretty well, or the BSDL as a previous poster mentioned (I've heard that mentioned many times WRT commercially palatable OSS dev tools).
Best of luck!
--
YAOSL (Score:1)
It looks as if none of the approved opensource licences [opensource.org] fit your bill. Forth is apparently a breed apart. I would recommend patching the BSD licence to include "as well as the source code of the original program" after "the above copyright," in clause 2.
BSD (Score:1)
Seventh post! (Score:1)
Could it be the.. (Score:1)
Cf. GNU bison (Score:2)
Re:Cf. GNU bison (Score:3)
There aren't really many more details - the FSF simply granted a special dispensation. This is also mentioned in the preamble of the bison.simple file. I believe it only applies to that file and the contained yyparse() function - if you use bison.hairy, the output must be GPLed.
This is really a separate issue than the Forth one, which runs much deeper than just copying over part of a provided (and thus licenced) input file. Bison mainly came across this issue because it's a free replacement for yacc, so it needs to implement a parser generator in the same way as yacc. If it somehow generated a parser completely dynamically (which in a sense would make it more similar to gcc), there wouldn't be a problem. I suppose that's why flex never had the same problem with the yylex() lexical scanner function.