From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Richard Stallman Newsgroups: gmane.emacs.devel Subject: Re: Emacs contributions, C and Lisp Date: Wed, 07 Jan 2015 21:46:30 -0500 Message-ID: References: <83bnxuzyl4.fsf@gnu.org> <87sir336qn.fsf@fencepost.gnu.org> <20140301215057.GA19461@thyrsus.com> <87fvn1y0vx.fsf@fencepost.gnu.org> <87fvn0senq.fsf@uwakimon.sk.tsukuba.ac.jp> <8761nusb90.fsf@uwakimon.sk.tsukuba.ac.jp> <87vbkovhh7.fsf@engster.org> <87387rvobr.fsf@engster.org> <874ms2tsw5.fsf@engster.org> Reply-To: rms@gnu.org NNTP-Posting-Host: plane.gmane.org Content-Type: text/plain; charset=Utf-8 X-Trace: ger.gmane.org 1420685213 12264 80.91.229.3 (8 Jan 2015 02:46:53 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 8 Jan 2015 02:46:53 +0000 (UTC) Cc: monnier@iro.umontreal.ca, emacs-devel@gnu.org To: David Engster Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Jan 08 03:46:49 2015 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1Y937M-00062l-VG for ged-emacs-devel@m.gmane.org; Thu, 08 Jan 2015 03:46:37 +0100 Original-Received: from localhost ([::1]:43791 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Y937M-0005r3-6W for ged-emacs-devel@m.gmane.org; Wed, 07 Jan 2015 21:46:36 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:47309) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Y937I-0005o7-AE for emacs-devel@gnu.org; Wed, 07 Jan 2015 21:46:33 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Y937H-00013P-G3 for emacs-devel@gnu.org; Wed, 07 Jan 2015 21:46:32 -0500 Original-Received: from fencepost.gnu.org ([2001:4830:134:3::e]:45574) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Y937H-00013L-DK for emacs-devel@gnu.org; Wed, 07 Jan 2015 21:46:31 -0500 Original-Received: from rms by fencepost.gnu.org with local (Exim 4.71) (envelope-from ) id 1Y937G-0004pS-SP; Wed, 07 Jan 2015 21:46:30 -0500 In-reply-to: <874ms2tsw5.fsf@engster.org> (message from David Engster on Wed, 07 Jan 2015 18:14:34 +0100) X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2001:4830:134:3::e X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:181039 Archived-At: [[[ To any NSA and FBI agents reading my email: please consider ]]] [[[ whether defending the US Constitution against all enemies, ]]] [[[ foreign or domestic, requires you to follow Snowden's example. ]]] > We do that by excluding such output from the definition of Target > Code. Because of this, even if someone writes a plugin that saves > this information to disk, any programs that change the structures > before GCC writes out Target Code will be involved in the > Compilation Process. If that program is proprietary, the exception > will not be available to any software compiled with it; the object > code that GCC ultimately creates will have to be distributed under > the terms of the GPL. > Now I'm even more confused why you'd have a problem with exporting the > AST. These conditions on libgcc will be effective if a plug-in is used, provided compilation continues thru the GCC back end, because the GCC back end makes code that depends on libgcc. But if the plug-in writes the whole program as an AST and compilation uses some other back-end, it probably won't use libgcc, so those conditions on libgcc won't apply at all. I am very concerned lest the GCC back ends to be replaced with LLVM, which permits proprietary changes and proprietary back ends. -- Dr Richard Stallman President, Free Software Foundation 51 Franklin St Boston MA 02110 USA www.fsf.org www.gnu.org Skype: No way! That's nonfree (freedom-denying) software. Use Ekiga or an ordinary phone call.