Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 11 Jun 2013 21:33:12 +0200
From:      Baptiste Daroussin <bapt@FreeBSD.org>
To:        Konstantin Belousov <kostikbel@gmail.com>
Cc:        "ports@freebsd.org Ports" <ports@FreeBSD.org>, Martin Wilke <miwi@FreeBSD.org>
Subject:   Re: [CFH] FreeBSD 10 and ports
Message-ID:  <20130611193311.GA84600@ithaqua.etoilebsd.net>
In-Reply-To: <20130611192156.GU3047@kib.kiev.ua>
References:  <249D4A03-A62A-4033-9757-AF308D4422FF@FreeBSD.org> <20130611192156.GU3047@kib.kiev.ua>

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

--J/dobhs11T7y2rNN
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Tue, Jun 11, 2013 at 10:21:56PM +0300, Konstantin Belousov wrote:
> On Tue, Jun 11, 2013 at 02:50:03PM +0800, Martin Wilke wrote:
> >=20
> > Dear All,
> >=20
> > As we all know FreeBSD 10 brings a new compiler along, and for that we =
need to get ports on the right
> > track. I have done several exp-runs on the current src and we still hav=
e a lot of fallouts. We
> > would like to ask you to have a look [1] at the failed ports and help t=
o fix them. We will start this week
> > an i386 exp-run to see how the status is.
> >=20
> > Thanks for your time.
> >=20
> > - Martin on behalf of portmgr
> >=20
> > [1]http://pointyhat-west.isc.freebsd.org/errorlogs/amd64-10-exp-latest/
>=20
> Didn't a sort of consensus when switching to clang for base was
> discussed, was that ports would start use a port-provided version of gcc
> ? The adoption of the ports gcc was stalled due to the unability to make
> exp-runs, AFAIK.
>=20
> What you are proposing is de-facto forking the whole open-source code
> base. This cannot work, and in fact steals the FreeBSD resources for
> something which has absolutely no relevance for FreeBSD project.
>=20
> Ports should not be forced to use clang, either a ports gcc work
> should be finished, or cc in HEAD switched back to gcc.  This is
> de-facto blocker for the 10.0.

having a "ports compiler" means having a full toolchain for ports, which has
lots of collision with the toolchain in base system. As far as I know, ther=
e was
no consensus at all, but some of us are working on a ports toolchain to see=
 how
it goes.

All the problem (most at least) we find with clang from base are the same we
will have to fight with with recent gcc, plus recent gcc brings recent binu=
tils
which will give us even more headache (the same we will have to face one day
with mclinked).

We are close to have the full ports tree working working on 10 may that be =
by
directly support clang or using the USE_GCC macros allowing to choose a gcc=
 from
ports if needed.

regards,
Bapt

--J/dobhs11T7y2rNN
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.19 (FreeBSD)

iEYEARECAAYFAlG3e3cACgkQ8kTtMUmk6ExzogCfaa3/85XLP0T54s+AUx3s0/we
bRYAnRE/2c0/VQ55N48FdmAmLGsr47QF
=RYPg
-----END PGP SIGNATURE-----

--J/dobhs11T7y2rNN--



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