Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 16 Mar 2011 10:19:48 +0100
From:      Erwin Lansing <erwin@FreeBSD.org>
To:        Konstantin Tokarev <annulen@yandex.ru>
Cc:        Doug Barton <dougb@freebsd.org>, freebsd-ports@freebsd.org
Subject:   Re: Compiling ports in a post-9.0-RELEASE world
Message-ID:  <20110316091948.GZ46044@droso.net>
In-Reply-To: <696141300213240@web70.yandex.ru>
References:  <4D7BED01.6000506@FreeBSD.org> <696141300213240@web70.yandex.ru>

next in thread | previous in thread | raw e-mail | index | archive | help

--6JAe/4X0qssghT2u
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Tue, Mar 15, 2011 at 09:20:40PM +0300, Konstantin Tokarev wrote:
>=20
>=20
> 13.03.2011, 01:00, "Doug Barton" <dougb@FreeBSD.org>:
> > Howdy,
> >
> > As many of you are no doubt already aware, much work has been undertaken
> > to make clang the default compiler for the src tree starting with
> > 9.0-RELEASE. It is not 100% certain that this change will be made, but
> > it's looking more likely every day.
> >
> > This raises an interesting question for how to deal with compiling ports
> > after 9.0 is released. So far there are 2 main ideas for how to deal
> > with this:
> >
> > 1. Fix all ports to compile with both gcc 4.2 (for RELENG_[78]) and cla=
ng.
> > 2. Adopt an official "ports compiler," which would likely be one of the
> > gcc versions from the ports tree itself, and update all ports to work
> > with it.
>=20
> 3. Fix Clang to compile more ports
>=20
Note that these 3 are not mutually exclusive.  The clang developers have
been very responsive on earlier bugs we found and they are usually fixed
quickly, so I'm sure that if real bugs in clang are found they will be
happy to hear about them.  Fixing ports to work with both gcc and clang
should also be a good target to reach for, but given the amount of ports
this is unrealistic to be finished before 9.0 is released.

There are a few PRs already in GNATS that generalize the compiler
settings for ports that portmgr have been looking into, but more work is
needed.  The idea is to extend the USE_GCC framework to a USE_COMPILER
(or similar) macro that can force a port to use gcc, clang or another
compiler with a default compiler that easily can be flipped.

I've also run a few full builds on the pointyhat cluster with clang as
the default compiler, mostly to check for clang bugs and we'll do more
rounds with the results posted here to get help with fixing individual
ports.

-erwin

--=20
Erwin Lansing                                   http://droso.org
Prediction is very difficult
especially about the future                    erwin@FreeBSD.org

--6JAe/4X0qssghT2u
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (FreeBSD)

iD8DBQFNgIC0qy9aWxUlaZARAjlLAKCoDmbrLmSda5T+41Vd/lP/IgEvFQCgwThG
l/YK5fK7Cl/jQFNyvJh66Hg=
=h0W0
-----END PGP SIGNATURE-----

--6JAe/4X0qssghT2u--



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20110316091948.GZ46044>