je ne suis pas juriste non plus, mais bon, autant je comprends bien le "qui lie" quand il s'agit d'eviter que quiconque fasse un bibliotheque d'un soft GPL qui serait lié dans une appli proprietaire.
mais là, il ne s'agit pas de celà, c'est juste un language et son interpreteur ou sa machine virtuelle... dont il pourrait exister une implementation non libre d'ailleur.
dans le cas d'une liaison type "bibliotheque" que l'on souhaite eviter, il s'agit d'une utilisation détournée. or là il s'agit de l'essence même d'une machine virtuelle, elle est faite pour celà. la machine virtuelle ne se suffit pas a elle même.
vouloir par principe que l'utilisateur fasse du GPL sous pretexte que l'outil qu'il utilise soit GPL c'est : au mieux puéril, au pire du dogmatisme flagrant.
il m'arrive de pondre du php dans le cadre de mon boulot, le bout de code ne m'appartiens pas (c'est mon patron qui me paye), php est libre mais pas ce que je ponds... je serais dans l'ilegalité ? :)
[^] # Re: .
Posté par fabien . En réponse au journal Le Java de SUN sera-t-il GPL ?. Évalué à 3.
mais là, il ne s'agit pas de celà, c'est juste un language et son interpreteur ou sa machine virtuelle... dont il pourrait exister une implementation non libre d'ailleur.
dans le cas d'une liaison type "bibliotheque" que l'on souhaite eviter, il s'agit d'une utilisation détournée. or là il s'agit de l'essence même d'une machine virtuelle, elle est faite pour celà. la machine virtuelle ne se suffit pas a elle même.
vouloir par principe que l'utilisateur fasse du GPL sous pretexte que l'outil qu'il utilise soit GPL c'est : au mieux puéril, au pire du dogmatisme flagrant.
il m'arrive de pondre du php dans le cadre de mon boulot, le bout de code ne m'appartiens pas (c'est mon patron qui me paye), php est libre mais pas ce que je ponds... je serais dans l'ilegalité ? :)