From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: Contradictiory directions Date: Thu, 16 Dec 2021 09:13:19 +0200 Message-ID: <83bl1hhvjk.fsf@gnu.org> References: <20211211035614.15517.53830@vcs0.savannah.gnu.org> <877dc6tjz0.fsf_-_@yahoo.com> <871r2e5g4u.fsf@telefonica.net> <4228873.32GBL0O4vs@galex-713.eu> <87fsqt4t97.fsf@telefonica.net> <87bl1h4lix.fsf@telefonica.net> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="1583"; mail-complaints-to="usenet@ciao.gmane.io" Cc: emacs-devel@gnu.org To: =?utf-8?Q?=C3=93scar?= Fuentes Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Thu Dec 16 08:14:18 2021 Return-path: Envelope-to: ged-emacs-devel@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1mxky2-0000F8-4s for ged-emacs-devel@m.gmane-mx.org; Thu, 16 Dec 2021 08:14:18 +0100 Original-Received: from localhost ([::1]:58508 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mxky1-0002MS-2b for ged-emacs-devel@m.gmane-mx.org; Thu, 16 Dec 2021 02:14:17 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:45824) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mxkxO-0001gc-B8 for emacs-devel@gnu.org; Thu, 16 Dec 2021 02:13:38 -0500 Original-Received: from [2001:470:142:3::e] (port=52412 helo=fencepost.gnu.org) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mxkxN-0004LP-NH; Thu, 16 Dec 2021 02:13:37 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-version:References:Subject:In-Reply-To:To:From: Date; bh=GZoCs9OUVpiiZ8mu5+7kEBXsyIPes3JDPE3RIfHJ4mQ=; b=nXUXjpAJSAW0bJRkEfvc xyUmY4KTfXl20xx9GEArtjoZY/DbubHJPS3O6pX6tpa2ZcytBd2t6xAaTX6MJ31wfGzncfwZpB5Ks OqZq3kEnCtGxgeDejOzkj83COr3oxeHcEigpWAguFyuWdCdLUDe0EpBMvDDuDCU15w9xIfPPsGz8v DXgcipnz9cpnZfdNlUIglZGDoMKEGg7AVGUOBRRlrSY2cxvgiyvfA2fAewIsQ3GfjLzm7MjEYT9AV Ac0zwI6ZxwImGwWbhkL1TVYuuiUPq5EoUZjgyvIMDt6/1nf5AgYcjkP7keN90ww8legp9rzWgw523 t3VOLh2LxbJo2Q==; Original-Received: from [87.69.77.57] (port=3815 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mxkxN-0002eJ-Fi; Thu, 16 Dec 2021 02:13:37 -0500 In-Reply-To: <87bl1h4lix.fsf@telefonica.net> (message from =?utf-8?Q?=C3=93scar?= Fuentes on Wed, 15 Dec 2021 22:15:50 +0100) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.29 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-mx.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.io gmane.emacs.devel:282121 Archived-At: > From: Óscar Fuentes > Date: Wed, 15 Dec 2021 22:15:50 +0100 > > The superiority of LLVM/Clang (and all its satellite projects) is in its > focus on technical excellence, on a broad sense: the code not only must > be performant, but clearly written and carefully architected as well. > The social dynamics was more open: broad changes were encouraged, no old > guard vetoing disruptive ideas, enthusiastic and welcoming community > etc. This caused that both the source code and the community appeared > much more attractive to all sorts of contributors, creating an snowball > effect. The openness of the design, which facilitated growing other > projects on top of it, caused a proliferation of academic, hobbist and > industrial derived works. Some of them are closed-source, but many are > not, and even the closed ones show a tendency to open and contribute to > upstream because it reduces costs. > > Major Clang/LLVM contributors like Google would have no significant > issue with Gcc being GPL, but LLVM/Clang exists and it is much more easy > to work with (at all levels: technical and social.) > > Meanwhile, Gcc was under severe imposed restrictions precisely on the > areas where LLVM/Clang excels. That's no coincidence: there was a demand > for those features. Now the grip over Gcc loosened a bit, but it carries > a rigid and obsolete architecture that will keep it inferior for many > years, if not forever. Any advantage on code generation will be erased, > sooner than later. > > Since a few years ago Gcc improved after painfully breaking old > constraints, pressured by the new competitor, but I'm afraid that it > will be too little, too late. Linux compiles with Clang, and that's a > very worrying signal for Gcc, because if certain distributions migrate > to Clang, Gcc development will be over. That rings a bell: it's what I heard 20 years ago about XEmacs vs GNU Emacs when I talked (in person) to its main developers. The rest is history. My take from that example is that the factors you mention are somehow not all that's important for the fate and the future of a large and flexible software package. There are other, more important factors that are left unsaid. >From my POV, GCC is a better compiler, by a large measure, for languages that I use and on platforms that I care about. As a user of a compiler, I don't care about its architecture, I care about its features, its usefulness during development, and the code it produces. And Clang is way behind on these, from my POV. And don't get me started on other LLVM members, like the debugger.