From owner-freebsd-current@FreeBSD.ORG Mon May 31 09:56:30 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2B29D1065672; Mon, 31 May 2010 09:56:30 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id 9A3118FC16; Mon, 31 May 2010 09:56:29 +0000 (UTC) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id o4V9uWnb035647 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 31 May 2010 12:56:32 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4) with ESMTP id o4V9uI8t057314; Mon, 31 May 2010 12:56:18 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4/Submit) id o4V9uHc2057187; Mon, 31 May 2010 12:56:17 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Mon, 31 May 2010 12:56:17 +0300 From: Kostik Belousov To: Scott Long Message-ID: <20100531095617.GR83316@deviant.kiev.zoral.com.ua> References: <20100529130240.GA99732@freebsd.org> <20100530135859.GI83316@deviant.kiev.zoral.com.ua> <508DA8CE-749A-46B4-AF0B-392DB08CBBCD@samsco.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="7m9CHdxeBipTaBWu" Content-Disposition: inline In-Reply-To: <508DA8CE-749A-46B4-AF0B-392DB08CBBCD@samsco.org> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-2.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_50, DNS_FROM_OPENWHOIS autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: Roman Divacky , current@freebsd.org Subject: Re: [TESTING]: ClangBSD branch needs testing before the import to HEAD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 May 2010 09:56:30 -0000 --7m9CHdxeBipTaBWu Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, May 31, 2010 at 12:03:17AM -0600, Scott Long wrote: > On May 30, 2010, at 7:58 AM, Kostik Belousov wrote: > > On Sat, May 29, 2010 at 03:02:40PM +0200, Roman Divacky wrote: > >> hi, > >>=20 > >> ClangBSD was updated to LLVM/clang revision 104832 which is what we > >> aim to import into HEAD in roughly a week. We would like the initial > > It was promised that before the import, the public discussion on > > the mailing list will happen. So far, nothing appeared on either > > arch@ or current@ providing argumentation why should we accept this. >=20 > Sounds like you're inviting the discussion right now. I'll start =3D-) >=20 > 1. I hate gcc with the burning heat of a million suns. It's not a > tool, it's a political weapon wielded by the FSF and their acolytes. > It's also a crummy piece of software that has been "good enough" for > far too long. Its development model is a burden to work with and has > been a major liability towards FreeBSD releases in the past. Its > demise cannot happen soon enough. > > 2. Due to the political bent of the GPL3 and the FSF's insistence > on shoving it down everyone's throats, FreeBSD is stuck with a > dead-end version of gcc. This has already been a liability in terms > of addressing bugs in gcc itself, and it will only get worse as > technology moves forward and gcc stands still. > > 3. Clang/LLVM has an active development base and a clear future. It > will move forward while gcc rots. There simply is no future left in > gcc unless the FreeBSD project decides to embrace the GPL3, and that's > a move that has already been heavily discussed, debated, and decided > on. Anecdotally, I think that FreeBSD is benefiting from shunning the > GPL3; it's made it an attractive option for companies looking for an > unencumbered OS for their products. > > 4. While Clang is immature now, it will mature in the near future, > and FreeBSD will benefit from that process. FreeBSD will get built-in > access to upcoming technologies like GCD+Blocks and better code > editors and development tools that gcc will never support. It'll break > free of the development stranglehold that exists within gcc. Clang has > shown good agility in adapting to the needs of FreeBSD and the legacy > of gcc, thanks in large part to the efforts of people like Roman. Gcc > has been nothing but drama and headache, even with the valiant efforts > of people like Alexander Kabaev. > > 5. If all of this turns out to not be true and Clang/LLVM fails, > FreeBSD has lost nothing and can remove it from the base system. Gcc > remains where it is for now, at least until it's time for the "remove > gcc discussion". > > The future is !gcc. Putting Clang+LLVM into a position where it can > be easily embraced by FreeBSD users will greatly benefit the FreeBSD > project. > > Scott > I do not object to a single point in your message. On the other hand, all said could be labeled as distilled propaganda. My main concern is the usefulness of HEAD for routine bug-fixing process. The proposed merge makes it relatively easy for users to start compiling the system with CLang. Our HEAD userbase is one of the most valuable project asset to ensure the quality of the system. After the support for easy compilation with clang is imported, some substantial portion of the HEAD users definitely start experimenting with it. This immediately makes the bug reports against HEAD almost useless, since level of demotivation when looking at the bug is immense. When you do know that the issue can be in the compiler, and not the OS, why looking ? Any bug analisys now shall start with exchange to verify which compiler was used to build the reporter system, and ask to reproduce it with gcc. [I am talking not only about gnats, but also mailing list questions, private pleas for help etc]. My personal opinion is that pushing the import now at the present state of clang makes a disservice to FreeBSD, and possible clang. Why not keep the glue on the branch as it is ? Motivated testers willing to help definitely can checkout from the branch. Import can happen when we are satisfied with the quality of new compiler, instead of discontent about old one. Rather, I would consider the changes to ease the use of any external compiler, from ports or whatever, bent into shape and kept up to date with system progress very important, much less controversial and more useful. Then, addicts of any kool-aid-compiler can drink their potion without starting undesired relations. Unfortunately, this is not what happen. --7m9CHdxeBipTaBWu Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (FreeBSD) iEYEARECAAYFAkwDh8EACgkQC3+MBN1Mb4iaxACg1Nv4ok0kFLBl2e2Is15sIxQQ BjYAoIbzGV2sbvTSFi/lqbFnGcJpqMQH =qy0a -----END PGP SIGNATURE----- --7m9CHdxeBipTaBWu--