On Jul 13, 2007, Geoffrey Keating <[EMAIL PROTECTED]> wrote: > If there's a situation where 'silent' license upgrades can occur, > where even just one file in a release might be GPLv3, or any other > situation where the license is not clear, then to me that software is > unusable. This applies to subversion as well to releases in tarballs.
I'm pretty sure the FSF has no intention of misguiding people into accidentally distributing software under a license they don't mean to. The license of each and every release ought to be clearly marked, and it's our duty as GCC maintainers to ensure that this holds true for all GCC releases. However, it is also your duty as an employee of the company you work for to keep its code base in alignment with the legal policies of the company. This means, among other things, not integrating patches under licenses that the company hasn't accepted. So, when there's doubt as to which license applies to a patch, you'd better figure that out before integrating the patch. And, in the mean time, work with the legal department to reduce the overhead this is going to create for you, by adding GPLv3 to the set of licenses approved for your employer's version of GCC. > As far as surprises go, I would point out that the new C++ front-end > was not a surprise to anyone following GCC development, but that > doesn't mean that everyone was ready to use it on their code the day > that 4.0.0 was released. In fact I think not everyone is ready to use > it even today, two years after the release, and that's the kind of > timescale to be thinking about when considering GPLv3 adoption. And what do these people do? They stick to old releases that didn't have these features. And this often means being unable to backport changes and fixes, because they depend on these new features. There's really no difference in this case, except that in one case it's a technical matter while in the other it's a legal matter. -- Alexandre Oliva http://www.lsd.ic.unicamp.br/~oliva/ FSF Latin America Board Member http://www.fsfla.org/ Red Hat Compiler Engineer [EMAIL PROTECTED], gcc.gnu.org} Free Software Evangelist [EMAIL PROTECTED], gnu.org}