From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 11130 invoked by alias); 26 May 2010 07:25:37 -0000 Received: (qmail 11111 invoked by uid 22791); 26 May 2010 07:25:36 -0000 X-SWARE-Spam-Status: No, hits=0.9 required=5.0 tests=AWL,BAYES_20,RCVD_IN_DNSWL_LOW X-Spam-Check-By: sourceware.org Received: from c60.cesmail.net (HELO c60.cesmail.net) (216.154.195.49) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Wed, 26 May 2010 07:25:30 +0000 Received: from unknown (HELO webmail2) ([192.168.1.183]) by c60.cesmail.net with ESMTP; 26 May 2010 03:25:28 -0400 Received: from 78.146.172.227 ([78.146.172.227]) by webmail.spamcop.net (Horde MIME library) with HTTP; Wed, 26 May 2010 03:25:27 -0400 Message-ID: <20100526032527.51epd2e20o0ocowc-nzlynne@webmail.spamcop.net> Date: Wed, 26 May 2010 08:04:00 -0000 From: Joern Rennecke To: Mark Mitchell Cc: GCC Subject: Re: GFDL/GPL issues References: <4BFC6EF0.4090908@codesourcery.com> In-Reply-To: <4BFC6EF0.4090908@codesourcery.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Internet Messaging Program (IMP) H3 (4.1.4) X-IsSubscribed: yes Mailing-List: contact gcc-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-owner@gcc.gnu.org X-SW-Source: 2010-05/txt/msg00543.txt.bz2 Quoting Mark Mitchell : > Therefore, if I don't have an update "soon" (within a week or two), I'd > suggest that we operate under the assumption that it will not be > possible to combine GFDL manuals and GPL code in the near future. We still can, to some degree, as long as we make sure that the source code is GPL (generating GPLed code from GFDL source is not compatible with the GPL provision of distributing the source under the GPL), and that all patches include GPLed source and GFDLed documentation from the start. I.e. the original contributor grants GPL license to the source and GFDL license to the generated documentation, and then with the contribution the assignment to the FSF somes into effect. What we can't do under this scheme is retroactively re-use code as documentation or vice versa; we'd need the appropriate license grant from the FSF for each bit of code/documentation that we want to re-use in that manner. Which should be even more motivation to get the initial licenses right. In this spirit, my patch: http://gcc.gnu.org/ml/gcc-patches/2010-05/msg00788.html should help to keep target hook code and documentation in lock-step and properly licensed in the future, even though it can't fix any of the pre-existing issues. It's slightly out-of-date because three more changes have been made to the target hooks in the meantime, two of which have introduced new code/documentation inconsistencies; I'll post an updated patch shortly after verifying regression test results. However, it's just mechanical changes where the new code / documentation bits are added into the appropriate places.