Er, As I understand, lack of a process boundary automatically implies GPL
"spread" through "linkage".
Assuming "linkage" means "ld". I'm not sure I've seen "linkage" defined.
However
if "linkage" or "derivation" includes "interaction via file or network I/O",
then a lot of folks will be upset,
(and some people very pleased :) ) File and network I/O connect all code in
the world.
A process boundary at least gives you a chance.
Some of the work -- the frontend -- is clearly derived, and linked, so it is
GPL.
> a derived work! You need to consult a knowledgable attorney before
> proceeding in this direction.
Most of the proceeding in this direction was done >10 years ago by others.
Granted, I don't know what legal advise they had.
I'm proceeding not much further, e.g. merging to current gcc, making debugging
better.
At some point I might generate C to fix a number of problems (including this
assert and
licensing, and debugging, and efficient exception handling, etc.), but that is
a different matter.
Anyway, I put this out there to give folks a chance to not "like" me and not
help me.
I'll address the technical part separately.
Thanks,
- Jay
----------------------------------------
> Date: Fri, 10 Sep 2010 11:17:59 -0400
> From: de...@adacore.com
> To: i...@google.com
> CC: jay.kr...@cornell.edu; gcc@gcc.gnu.org
> Subject: Re: internal compiler error: in referenced_var_lookup, at tree-dfa.c
>
> On 9/10/2010 11:08 AM, Ian Lance Taylor wrote:
> > Jay K writes:
> >
> >> That uses process boundaries to avoid GPL crossing into BSDish licensed
> >> code.
> >> So maybe you don't want to help me. Understood.
> >
> > Note that different people have different opinions as to whether a
> > process boundary means that your code is not a derived work. Not that
> > we should get into that discussion on this mailing list.
>
> Indeed, it is important to realize that putting in an arbitrary
> process boundary is not guarantee at all that you have not created
> a derived work! You need to consult a knowledgable attorney before
> proceeding in this direction.
