> Le libre n'est pas synonyme de catastrophe économique.
En effet, y'a pleins de domaines où on peut faire des thunes avec du GPL/LGPL, mais il ne faut pas croire que ça s'applique partout. Dans le cas de EDG, si tu as un business model a leur proposer basé sur du libre, ne te gènes pas, mais mon avis est que c'est illusoire.
> > mais pas distribuable sous forme binaire a cause des restrictions de la GPL par rapport aux autres licenses.
> "Restrictions", tu absuses surtout que tu parles de licences proprio et libre.
Non, je parle de licences libres. L'exemple auquel je faisait allusion est mon parser systemc[1] qui est 100% libre, mais a le malheur d'utiliser a la fois du code GPL et du code sous licence SystemC.
> Les licences proprios ont plus de restrictions.
Je connais assez peu de bibliothèques proprio qui m'impose quoi que ce soit sur la licence du code qui utilise cette bibliothèque. Elles ont d'autres restrictions, mais pas celle là.
> Si tu veux des "hook" avec GCC [...] c'est parfaitement réalisable même avec
> un programme sous GPL. [...] tu peux parfaitement faire un front-end à GDB [...]
Ce n'est pas parce que deux outils ont le même nom (front-end) qu'ils ont quoi que ce soit en commun. Un front-end de compilateur n'a pas plus en commun avec un front-end a gdb qu'avec un fer a repasser.
> As-tu fais une recherche dans les mailing gcc pour vérifier si ton problème a été discuté ?
En parlant de ML de gcc, je peux pas résister, c'est un collector :
http://gcc.gnu.org/ml/gcc/2003-06/msg01125.html(...) The GCC design does not make it easy to use parts of gcc in other
programs. So there is no easy way to connect the GCC parser to some
other program. This is partly because of FSF policy. In an attempt to
prevent people from linking non-GPL code into gcc, some of the
interfaces are deliberately obscure. Thus it is usually easier to build
features into gcc.
Sinon, je n'ai pas un, mais deux problèmes. Le fait que je ne puisse pas distribuer tout ça sous forme précompilée. C'est peut-être négociable avec la FSF mais j'ai pas que ça a faire en ce moment (quelques mails envoyés a la FSF et la FSF europe, tous restés sans réponse). Sinon, pour le fait que des utilisateurs préfèreront un outil propriétaire au mien a cause de sa licence, franchement, j'ai pas d'espoir que la FSF change d'avis sur sa position GPL Vs LGPL.
[^] # Re: Une seule licence _vraiment_ libre : la GPL !
Posté par Matthieu Moy (site web personnel) . En réponse à la dépêche [débat] Pourquoi Sun rejette la GPL. Évalué à 2.
En effet, y'a pleins de domaines où on peut faire des thunes avec du GPL/LGPL, mais il ne faut pas croire que ça s'applique partout. Dans le cas de EDG, si tu as un business model a leur proposer basé sur du libre, ne te gènes pas, mais mon avis est que c'est illusoire.
> > mais pas distribuable sous forme binaire a cause des restrictions de la GPL par rapport aux autres licenses.
> "Restrictions", tu absuses surtout que tu parles de licences proprio et libre.
Non, je parle de licences libres. L'exemple auquel je faisait allusion est mon parser systemc[1] qui est 100% libre, mais a le malheur d'utiliser a la fois du code GPL et du code sous licence SystemC.
> Les licences proprios ont plus de restrictions.
Je connais assez peu de bibliothèques proprio qui m'impose quoi que ce soit sur la licence du code qui utilise cette bibliothèque. Elles ont d'autres restrictions, mais pas celle là.
> Si tu veux des "hook" avec GCC [...] c'est parfaitement réalisable même avec
> un programme sous GPL. [...] tu peux parfaitement faire un front-end à GDB [...]
Ce n'est pas parce que deux outils ont le même nom (front-end) qu'ils ont quoi que ce soit en commun. Un front-end de compilateur n'a pas plus en commun avec un front-end a gdb qu'avec un fer a repasser.
> As-tu fais une recherche dans les mailing gcc pour vérifier si ton problème a été discuté ?
En parlant de ML de gcc, je peux pas résister, c'est un collector :
http://gcc.gnu.org/ml/gcc/2003-06/msg01125.html(...)
The GCC design does not make it easy to use parts of gcc in other
programs. So there is no easy way to connect the GCC parser to some
other program. This is partly because of FSF policy. In an attempt to
prevent people from linking non-GPL code into gcc, some of the
interfaces are deliberately obscure. Thus it is usually easier to build
features into gcc.
Sinon, je n'ai pas un, mais deux problèmes. Le fait que je ne puisse pas distribuer tout ça sous forme précompilée. C'est peut-être négociable avec la FSF mais j'ai pas que ça a faire en ce moment (quelques mails envoyés a la FSF et la FSF europe, tous restés sans réponse). Sinon, pour le fait que des utilisateurs préfèreront un outil propriétaire au mien a cause de sa licence, franchement, j'ai pas d'espoir que la FSF change d'avis sur sa position GPL Vs LGPL.
[1]: http://greensocs.sourceforge.net/pinapa/(...)