Het comit\u00e9 dat de ontwikkeling van de GCC-compiler-set beheert (GCC Steering Committee) heeft besloten te stoppen met de verplichting om eigendomsrechten op de code aan de SPI Foundation over te dragen. Ontwikkelaars die wijzigingen in de GCC willen aanleveren, zijn niet langer verplicht om een CLA-overeenkomst met de SPI Foundation te ondertekenen. Voor deelname aan de ontwikkeling is het nu voldoende om te bevestigen dat de ontwikkelaar het recht heeft om code over te dragen en niet probeert andermans code toe te eigenen. <\/p>\n
Voor ontwikkelaars die geen CLA-overeenkomst met de Open Source Foundation willen ondertekenen, is er de mogelijkheid om gebruik te maken van de voorwaarden van het Developer Certificate of Origin (DCO), die sinds 2004 toegepast worden bij het indienen van wijzigingen aan de Linux-kern. Volgens de DCO-regels wordt de auteur gevolgd door aan elke wijziging de regel 'Signed-off-by: naam en e-mailadres van de ontwikkelaar' toe te voegen. Door deze handtekening aan de patch toe te voegen, bevestigt de ontwikkelaar zijn auteurschap over de overgedragen code en stemt hij in met de verspreiding als onderdeel van het project of als een deel van de code onder een vrije licentie. <\/p>\n
Als auparavant ontwikkelaars een speciale overeenkomst ondertekenden die alle eigendomsrechten op de code aan de SPI Foundation overdroeg, dan wordt zo'n overeenkomst nu op vrijwillige basis ondertekend en kan de ontwikkelaar zijn of haar rechten op de eigen code behouden. Op deze manier zullen de eigendomsrechten op de GCC-code nu worden verdeeld tussen de SPI Foundation en de ontwikkelaars die geen overeenkomst hebben ondertekend. <\/p>\n
Deze verdeling bemoeilijkt het wijzigen van de distributievoorwaarden van het project, aangezien voor het wijzigen van de licentie persoonlijke toestemming van elke ontwikkelaar die zijn rechten niet aan de Open Source Foundation heeft overgedragen, vereist is. Het stoppen met de overdracht van rechten naar de Open Source Foundation bemoeilijkt echter niet de mogelijke overgang naar toekomstige versies van de GPL-licentie, aangezien GCC wordt verspreid onder de 'GPLv3 of een latere versie'-licentie, wat het mogelijk maakt om de licentie naar GPLv4 te wijzigen zonder afzonderlijke goedkeuring van elke ontwikkelaar. Positieve effecten van het afzien van verplichte overdracht van auteursrechten zijn de verbeterde aantrekkelijkheid voor deelname aan de ontwikkeling van GCC door bedrijven en werknemers van grote ondernemingen, die vroeger extra toestemming moesten verkrijgen voor het ondertekenen van overeenkomsten in verschillende instanties en juridische diensten. Zo weigerde Apple destijds zijn wijzigingen aan GCC aan de Open Source Foundation over te dragen en richtte het zijn aandacht op de ontwikkeling van LLVM. <\/p>\n
Door de eigendomsrechten in \u00e9\u00e9n hand te concentreren, trad de SPI op als garant voor het behoud van het onveranderde beleid om de code van projecten alleen onder vrije licenties te verspreiden en vervulde het de taak om de gemeenschap te beschermen tegen wijzigingen in de oorspronkelijk voorgenomen koers van het project (bijvoorbeeld het blokkeren van de mogelijke invoering van dubbele\/commerci\u00eble licenties of het uitbrengen van gesloten propri\u00ebtaire producten op aparte overeenkomst met de auteurs van de code). De SPI kon ook deelnemen aan de oplossing van juridische conflicten namens de ontwikkelaars en zelfstandig beslissingen nemen over veranderingen in de licentievoorwaarden (bijvoorbeeld het forceren van de overgang naar een nieuwe versie van de GPL-licentie). <\/p>\n
Sommige ontwikkelaars hebben kritiek geuit op de acties van het GCC-bestuur, dat de beslissing nam zonder voorafgaande discussie in de gemeenschap. Er was echter wel een discussie, die zich richtte op de vraag of de eerdere samenwerking tussen GCC en het GNU-project en de Open Source Foundation voortgezet moest worden. De echo's van deze discussie zijn zichtbaar in de in de aankondiging genoemde uitspraak: 'GCC is opgericht als onderdeel van het GNU-project, maar is gegroeid tot het punt waarop het als een autonoom project kan opereren.' <\/p>\n