From owner-freebsd-toolchain@FreeBSD.ORG Wed Sep 12 13:03:45 2012 Return-Path: Delivered-To: toolchain@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 36126106566B; Wed, 12 Sep 2012 13:03:45 +0000 (UTC) (envelope-from lars@e-new.0x20.net) Received: from mail.0x20.net (mail.0x20.net [IPv6:2001:aa8:fffb:1::3]) by mx1.freebsd.org (Postfix) with ESMTP id B81848FC1A; Wed, 12 Sep 2012 13:03:44 +0000 (UTC) Received: from e-new.0x20.net (mail.0x20.net [IPv6:2001:aa8:fffb:1::3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.0x20.net (Postfix) with ESMTPS id AD6296A6001; Wed, 12 Sep 2012 15:03:43 +0200 (CEST) Received: from e-new.0x20.net (localhost [127.0.0.1]) by e-new.0x20.net (8.14.5/8.14.5) with ESMTP id q8CD3h61075031; Wed, 12 Sep 2012 15:03:43 +0200 (CEST) (envelope-from lars@e-new.0x20.net) Received: (from lars@localhost) by e-new.0x20.net (8.14.5/8.14.5/Submit) id q8CD3h10074544; Wed, 12 Sep 2012 15:03:43 +0200 (CEST) (envelope-from lars) Date: Wed, 12 Sep 2012 15:03:43 +0200 From: Lars Engels To: Mark Linimon Message-ID: <20120912130343.GL20762@e-new.0x20.net> References: <20120910211207.GC64920@lor.one-eyed-alien.net> <504ED1FC.3090608@FreeBSD.org> <20120911092750.GF20762@e-new.0x20.net> <20120912091520.GB22971@lonesome.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="EecmvZxDifkbrwfl" Content-Disposition: inline In-Reply-To: <20120912091520.GB22971@lonesome.com> X-Editor: VIM - Vi IMproved 7.3 X-Operation-System: FreeBSD 8.3-RELEASE-p2 User-Agent: Mutt/1.5.21 (2010-09-15) Cc: toolchain@FreeBSD.org, Doug Barton , current@FreeBSD.org, Brooks Davis , freebsd-ports@FreeBSD.org Subject: Re: Clang as default compiler November 4th X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Maintenance of FreeBSD's integrated toolchain List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Sep 2012 13:03:45 -0000 --EecmvZxDifkbrwfl Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Sep 12, 2012 at 04:15:20AM -0500, Mark Linimon wrote: > On Tue, Sep 11, 2012 at 11:27:50AM +0200, Lars Engels wrote: > > At the moment the ports maintainers don't give much about if their ports > > build with CLANG or not because they're not forced to. >=20 > I think this is a mis-representation. >=20 > Adding the requirement "your ports must work on clang" is adding an > ex-post-facto requirement. This creates the following matrix of what > we are implicitly asking maintainers to do: >=20 > (FreeBSD 7|8|9|10) * (amd64|arm|i386|powerpc|sparc64) * (base gcc|base cl= ang) >=20 > It is completely insane to expect anyone to be able to test in all of tho= se > environments, or even a tiny subset of them. This isn't what most people > sign up for when they sign up to maintain ports. No, I didn't mean it that way. I only meant that the people / maintainers running CURRENT will actually see that their ports don't work and if they want to keep on using them on CURRENT they need to fix them. e.g. two of the ports I maintain don't build with CLANG, yet. I just checked that on the wiki page [1]. I had to look that up manually, but would have experienced that if I my CURRENT box was building with CLANG by default. :) It's clear that we cannot expect our maintainers to check all possible combinations of FreeBSD, architecture and compiler. >=20 > > Those who don't run CURRENT won't notice, but those who do will have to > > get their butts up and fix the ports >=20 > I think it's foolish to assume that maintainres don't have their butts in > gear as it is. Please note, we have nearly 1300 PRs, hundreds of ports w= ith > build errors and/or PRs, and hundreds that fail on -current only. I try = to > advertise all these things the best I know how. Adding the hundreds that > fail on -clang only and then blaming the maintainers is simply going to be > counter-productive. [1] http://wiki.freebsd.org/PortsAndClang --EecmvZxDifkbrwfl Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAlBQiC8ACgkQKc512sD3afgPvwCfUyxrjhOorLhdD74FRpsjBNWf Vf0AoIJbcpU2aWUOjrCvEmIytFESK1gI =ARp/ -----END PGP SIGNATURE----- --EecmvZxDifkbrwfl--