From owner-svn-src-head@FreeBSD.ORG Fri Apr 4 13:44:32 2014 Return-Path: Delivered-To: svn-src-head@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C13B986A; Fri, 4 Apr 2014 13:44:32 +0000 (UTC) Received: from mail.iXsystems.com (newknight.ixsystems.com [206.40.55.70]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id F1DA9FC8; Fri, 4 Apr 2014 13:44:31 +0000 (UTC) Received: from localhost (mail.ixsystems.com [10.2.55.1]) by mail.iXsystems.com (Postfix) with ESMTP id 73A1673157; Fri, 4 Apr 2014 06:44:31 -0700 (PDT) Received: from mail.iXsystems.com ([10.2.55.1]) by localhost (mail.ixsystems.com [10.2.55.1]) (maiad, port 10024) with ESMTP id 93289-09; Fri, 4 Apr 2014 06:44:31 -0700 (PDT) Received: from [192.168.3.175] (unknown [124.195.210.70]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mail.iXsystems.com (Postfix) with ESMTPSA id D28C573151; Fri, 4 Apr 2014 06:44:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=ixsystems.com; s=newknight0; t=1396619071; bh=CTVVSPcINMXkct7D02OQcPbCF2IiR8QqbWTO550tASA=; h=Subject:From:In-Reply-To:Date:Cc:References:To; b=NevmQWgJNX2ds8VLDrhkqGtKb2CbhV1uhurUNzkNAVqV3UIVNSvJeYXzhB3piKtMt TTr6tEc6GbznzeBDZX6qyZcjs/jmdgLclCHae6ysYtD+PHuvGAdW5rXzhwnOGvc5XN EKh6gsuSS8by+gvtBpEwr5QAIYI6lIiYwjR8b19A= Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) Subject: Re: svn commit: r264042 - in head: include lib/libc/gen lib/libc/include lib/libc/stdlib From: Jordan Hubbard In-Reply-To: <152D73EE-DF9E-4757-B547-F1F22B12C824@FreeBSD.org> Date: Fri, 4 Apr 2014 18:44:08 +0500 Content-Transfer-Encoding: quoted-printable Message-Id: References: <201404021607.s32G7mhw051355@svn.freebsd.org> <20140404115256.GA85137@ivaldir.etoilebsd.net> <8D6AF193-A5A3-4A28-A230-97A543395ACA@ixsystems.com> <2E0EC8CB-B3EE-4DB8-A33D-58FD2107F14D@FreeBSD.org> <6A02504F-5543-4F91-92F6-7B4FB9A34DC4@ixsystems.com> <152D73EE-DF9E-4757-B547-F1F22B12C824@FreeBSD.org> To: David Chisnall X-Mailer: Apple Mail (2.1874) Cc: svn-src-head@freebsd.org, Baptiste Daroussin , src-committers@freebsd.org, svn-src-all@freebsd.org X-BeenThere: svn-src-head@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: SVN commit messages for the src tree for head/-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Apr 2014 13:44:32 -0000 On Apr 4, 2014, at 5:55 PM, David Chisnall wrote: > We'd like to kill off gcc 4.2.1 in base, because it doesn't support = C11 or C++11. The lack of C++11 support is a problem because it means = gcc architectures can't build libc++, so they need to use an old = libstdc++ to build C++ things in the base system (which also means that = these things can't take advantage of C++11, which cleans up the language = a huge amount). The prerequisite for this is the availability of = external toolchains for the non-clang platforms. If we could build base = with gcc47 from ports, that would be okay, because then we'd have a = modern C/C++ compiler in the base system and a modern(ish - 4.8 / 4.9 = would be better, but 4.7 is a reasonable baseline) C/C++ compiler in = ports to drive an external toolchain. Ah, OK. And I=92m guessing there=92s been no interest in = forward-porting the blocks support to 4.7? That=92s kind of=85 a = bummer. I=92m guessing the great white hope for all the platforms is a = slow convergence on clang then? What is the compiler toolchain master = plan? If there=92s a wiki somewhere describing it, I=92d also be happy = to just go read that. > For embedded uses, we'd also like to build FreeBSD with = vendor's-ugly-hacked-up-gcc-of-the-week. This is less of an issue now = for ARM, but MIPS vendors still hack up gcc in such a way that there's = no way that they can get their changes upstreamed and then ship the = result with their chips. I see. That=92s pretty ugly indeed - is there a list of FreeBSD MIPS = folks doing this somewhere? I ask out of curiosity to know if there=92s = any collective attempt to chain them all together and insist that they = improve clang/MIPS to the point where they can stop doing ugly-ass gcc = ports. :) Thanks for all the info. It=92s very helpful! - Jordan