From owner-freebsd-current@FreeBSD.ORG Mon May 31 11:29:04 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 9E32C106564A; Mon, 31 May 2010 11:29:04 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from vlakno.cz (lev.vlakno.cz [77.93.215.190]) by mx1.freebsd.org (Postfix) with ESMTP id EAC628FC22; Mon, 31 May 2010 11:29:03 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id C853A9CB140; Mon, 31 May 2010 13:25:34 +0200 (CEST) X-Virus-Scanned: amavisd-new at vlakno.cz Received: from vlakno.cz ([127.0.0.1]) by localhost (lev.vlakno.cz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 8qM6xAHV-aVb; Mon, 31 May 2010 13:25:29 +0200 (CEST) Received: from vlk.vlakno.cz (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 44A629CB1F2; Mon, 31 May 2010 13:25:29 +0200 (CEST) Received: (from rdivacky@localhost) by vlk.vlakno.cz (8.14.3/8.14.3/Submit) id o4VBPT47043063; Mon, 31 May 2010 13:25:29 +0200 (CEST) (envelope-from rdivacky) Date: Mon, 31 May 2010 13:25:29 +0200 From: Roman Divacky To: Attilio Rao Message-ID: <20100531112529.GA42524@freebsd.org> References: <20100529130240.GA99732@freebsd.org> <20100530135859.GI83316@deviant.kiev.zoral.com.ua> <508DA8CE-749A-46B4-AF0B-392DB08CBBCD@samsco.org> <20100531095617.GR83316@deviant.kiev.zoral.com.ua> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="vtzGhvizbBRQ85DL" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: Kostik Belousov , 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 11:29:04 -0000 --vtzGhvizbBRQ85DL Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, May 31, 2010 at 12:54:29PM +0200, Attilio Rao wrote: > 2010/5/31 Kostik Belousov : > > 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, > >> >> > >> >> 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. > >> > >> Sounds like you're inviting the discussion right now. ??I'll start =3D= -) > >> > >> 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, a= ll > > said could be labeled as distilled propaganda. > > > > My main concern is the usefulness of HEAD for routine bug-fixing proces= s. > > > > 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 mak= es > > 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. >=20 > FWIW, I entirely agree with Kostik here. > I really would like to see CLANG more integrated with FreeBSD only > when there are 0 or similar (well-known, already analyzed, listed > somewhere, etc.) bugs by the compiler rather than still being in the > middle of a bug storm. Besides, the 'debugging problem' is pretty much > real and nobody answered with a reasonable solution for it, and being > honest, I don't see the people pushing for the import concerned about > that at all. >=20 > Are all the bug reports collected somewhere? What's the state of their > resolution? There is a description somewhere of missing support and > things still to be addressed? there are no known clang bugs (at least known to me) related to FreeBSD in other words - at this point you can compile FreeBSD with clang (both in the version in clangbsd) and it "works" (for people who tested it) on amd64 and i386 roman --vtzGhvizbBRQ85DL Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iEYEARECAAYFAkwDnKkACgkQLVEj6D3CBExw8gCffKCQfuHh3k68KJq/y0KdDJ4L m7wAn3cWrh0vWbQA0XyewrceAlUXZCYJ =8eGp -----END PGP SIGNATURE----- --vtzGhvizbBRQ85DL--