[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: clang/emacs/ecb/semantic
From: |
Richard Stallman |
Subject: |
Re: clang/emacs/ecb/semantic |
Date: |
Sun, 02 Dec 2012 19:02:00 -0500 |
> Part of the reason why clang/llvm weakens our commnity, compared
> with GCC, is that the clang front ends can feed their data to
> nonfree tools.
Is that true, though? GCC can produce not only GIMPLE trees but also
various forms of annotated RTL and dump them to files.
What I am concerned about is _back ends_. I'm sorry if this
was not sufficiently clear in that once sentence, but I did say
it explicitly before.
GCC RTL dumps are not sufficient to serve as input to a back end.
You can't feed them into a nonfree back end.
I have never heard of GIMPLE trees. I hope that they are not suitable
for fueling a nonfree back end.
Ie,
people can write non-free assemblers that use the assembly output of
GCC, people can write non-free compilers that target the gas assembly
language, and so on, all in conformance with the letter of the GPL.
That it is a different issue. The issue here is combining free
front-ends with nonfree back-ends, and vice versa.
--
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
- Re: clang/emacs/ecb/semantic, (continued)
- Re: clang/emacs/ecb/semantic, Stephen J. Turnbull, 2012/12/02
- Re: clang/emacs/ecb/semantic, Helmut Eller, 2012/12/02
- Re: clang/emacs/ecb/semantic, Richard Stallman, 2012/12/02
- Re: clang/emacs/ecb/semantic, Burton Samograd, 2012/12/03
- Re: clang/emacs/ecb/semantic, Richard Stallman, 2012/12/03
- Re: clang/emacs/ecb/semantic, Miguel Guedes, 2012/12/04
- Re: clang/emacs/ecb/semantic, Richard Stallman, 2012/12/05
- Re: clang/emacs/ecb/semantic, Paul Eggert, 2012/12/05
- Re: clang/emacs/ecb/semantic,
Richard Stallman <=
Re: clang/emacs/ecb/semantic, Pascal J. Bourguignon, 2012/12/02
Re: clang/emacs/ecb/semantic, David Engster, 2012/12/04