From owner-freebsd-questions@FreeBSD.ORG Wed Jun 20 09:09:25 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D0AED1065674 for ; Wed, 20 Jun 2012 09:09:24 +0000 (UTC) (envelope-from wojtek@wojtek.tensor.gdynia.pl) Received: from wojtek.tensor.gdynia.pl (wojtek.tensor.gdynia.pl [89.206.35.99]) by mx1.freebsd.org (Postfix) with ESMTP id BF8098FC16 for ; Wed, 20 Jun 2012 09:09:23 +0000 (UTC) Received: from wojtek.tensor.gdynia.pl (localhost [127.0.0.1]) by wojtek.tensor.gdynia.pl (8.14.5/8.14.5) with ESMTP id q5K99Nhv023469; Wed, 20 Jun 2012 11:09:23 +0200 (CEST) (envelope-from wojtek@wojtek.tensor.gdynia.pl) Received: from localhost (wojtek@localhost) by wojtek.tensor.gdynia.pl (8.14.5/8.14.5/Submit) with ESMTP id q5K99Nhr023466; Wed, 20 Jun 2012 11:09:23 +0200 (CEST) (envelope-from wojtek@wojtek.tensor.gdynia.pl) Date: Wed, 20 Jun 2012 11:09:23 +0200 (CEST) From: Wojciech Puchar To: Fred Morcos In-Reply-To: Message-ID: References: <402199FE-380B-41B6-866B-7D5D66C457D5@lpthe.jussieu.fr> <854D02B1-CA89-4F5E-8773-DB05F2868D74@lpthe.jussieu.fr> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.2.7 (wojtek.tensor.gdynia.pl [127.0.0.1]); Wed, 20 Jun 2012 11:09:23 +0200 (CEST) Cc: Adam Vande More , Michel Talon , freebsd-questions@freebsd.org Subject: Re: CLANG vs GCC tests of fortran/f2c program X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Jun 2012 09:09:25 -0000 > 1. gcc will still be available through the ports system. As well as clang is available in ports. not an argument. > 2. The move to clang/llvm as a default compiler will reduce the amount > of GPL code in the base system, eventually reducing distribution > issues (especially for 3rd parties). true. But JUST reducing GPL code should be a target per se. FreeBSD is about performance and quality not politics or religion. We don't want GPL code because it prevents doing binary only distributions and closed source derivatives, which means reducing FREEDOM. But - if you do closed source derivatives you don't need to include C compiler to run it. And you may allow C compiler separately with source included. No problem. > 3. clang/llvm provides better error and warning messages, as well as > good static code analysis, which helps reduce some classes of bugs and > eventually will result in a more reliable FreeBSD system. as with 1 - you may use clang when developing. > 4. clang/llvm is improving quickly. When/If it WILL actually improve to be better than gcc it should be imported to FreeBSD. not sooner. > 5. clang/llvm is more modular than gcc, although there are plans for > gcc to become as modular, it will take time. Doesn't matter how it is written, but how it performs. > 6. gcc produces faster code, but clang/llvm will eventually (soon > enough) get there. This is your prediction. Not definite fact, mine and other predictions are different. > 7. From the reasons above, it makes sense to complete a task sooner > rather than later, especially that clang/llvm isn't showing any signs > of weakness (lack of development power, etc). NOBODY prevent you and FreeBSD developers to fix things already - so FreeBSD and ports would compile with both compilers. Actually it is good to fix it already, as making programs compile with both means usually fixing non-portability bug which would help using third compiler that may possibly emerge. But this DO NOT require clang to be a part of main system. As well as making it default. > 8. There might be more reasons for or against, but I couldn't think of any. Against: All "for" arguments assumes clang WILL be better. This is a change as less than 2 days before it was stated to already be better. As a comparision - DragonFly BSD is stated to have better ideas that would result in better performing system in a future. But FOR NOW it is much worse performer than FreeBSD that's why i (and lots of other people) does not switch to DragonFly but of course will when(and if) DragonFly BSD will actually be better. And i don't really think this "IF" will happen at all, but i wish to DragonFly BSD i am wrong. Same should be used for clang. AS LONG as it is not better it should not be imported into base system or worse - used as default. Making decision based on wishes and personal likes instead of technical facts isn't something that anyone should be proud about. As for your words about doing decision good for FreeBSD, not me - it is pure nonsense attacks because anything that is good for FreeBSD quality is good for me, and the reverse. The decision of switching to clang now it shows that ideologic and "religious" arguments won over technical arguments. The agressive and data-manipulationg reactions of many people on that list shows that above sentence is true. This IMHO much change.