|
From: | John Yates |
Subject: | Re: enabling company-capf support in cfengine.el |
Date: | Sun, 19 Jan 2014 21:39:53 -0500 |
He has no objection to clang (or LLVM) itself, because it *is* free
software. However, the GNU Project sets higher standards, and Emacs
(and GCC) try to conform to them. Specifically, *defending* freedom,
including *shutting the door* on cooperation with non-free software:
Do you mean, [gcc-xml outputs] the entire parse tree in full
detail?
Would it be conceivable to feed this into a nonfree back-end?
Would this mean that nonfree backends could take advantage
of our free front-ends?
If so, it is very dangerous -- it would open the door to a
terrible setback for our defense of users' freedom. Namely, the
use of free software as part of compilers that are partly nonfree.
I don't remember, but I would guess that is why we have refused to
merge it into GCC.
LLVM and Clang open the door to the same terrible setback. Since
they are not copylefted, their front-ends can be used with nonfree
back-ends and vice versa. [from the cited thread]
So his objection is to emission of information that could be
conveniently used by non-free software to integrate free software into
a non-free toolchain. AIUI, this is basically the same configuration
that led to the confrontation with Steve Jobs over Objective-C, except
that if the output of the compiler front-end is part of the spec, you
would have almost no leverage in court to claim that it's a single
Work which is a derivative of the copyleft front-end.
[Prev in Thread] | Current Thread | [Next in Thread] |