From owner-freebsd-current@FreeBSD.ORG Fri Aug 23 11:44:29 2013 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 89318357; Fri, 23 Aug 2013 11:44:29 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from zxy.spb.ru (zxy.spb.ru [195.70.199.98]) by mx1.freebsd.org (Postfix) with ESMTP id 44E2E20C9; Fri, 23 Aug 2013 11:44:29 +0000 (UTC) Received: from slw by zxy.spb.ru with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1VCpp5-000H4z-AK; Fri, 23 Aug 2013 15:46:35 +0400 Date: Fri, 23 Aug 2013 15:46:35 +0400 From: Slawa Olhovchenkov To: Julian Elischer Subject: Re: patch to add AES intrinsics to gcc Message-ID: <20130823114635.GB64913@zxy.spb.ru> References: <20130822200902.GG94127@funkthat.com> <105E26EE-8471-49D3-AB57-FBE2779CF8D0@FreeBSD.org> <5CE4B5FA-9DA0-45E4-8D67-161E0829FE6B@FreeBSD.org> <52173C8D.20608@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <52173C8D.20608@freebsd.org> User-Agent: Mutt/1.5.21 (2010-09-15) X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: slw@zxy.spb.ru X-SA-Exim-Scanned: No (on zxy.spb.ru); SAEximRunCond expanded to false Cc: "re@FreeBSD.org Engineering Team" , current@FreeBSD.org, John-Mark Gurney , David Chisnall , toolchain@FreeBSD.org, Bernhard Fr?hlich X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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: Fri, 23 Aug 2013 11:44:29 -0000 On Fri, Aug 23, 2013 at 06:42:21PM +0800, Julian Elischer wrote: > On 8/23/13 6:35 PM, David Chisnall wrote: > > On 23 Aug 2013, at 10:58, Bernhard Fr?hlich wrote: > > > >> I don't know if you are aware that IF you really do that we will have serious > >> problems to ship packages for 10. USE_GCC=any is the fallback in the > >> portstree for all ports that are unable to build with clang which was introduced > >> when HEAD switched to clang as default cc. Right now there are 150 ports in > >> the tree that use this fallback and quite a few of them are high profile ports: > >> > >> the highlights: > >> audio/nas devel/mingw32-binutils emulators/qemu emulators/virtualbox-ose > >> emulators/wine lang/go lang/v8 mail/courier math/fftw3 multimedia/libxine > >> multimedia/gstreamer multimedia/gstreamer-plugins multimedia/x264 > >> security/clamav > >> > >> the full list: > >> http://dpaste.com/1354075/ > >> > >> A possible hack could be to add a check for USE_GCC=any to behave like > >> a USE_GCC=yes on HEAD on the affected platforms. This pulls in lang/gcc > >> from ports for a lot of people on HEAD I suppose. > >> > >> We certainly need to do that switch to remove the ancient gcc from base > >> some time but with my portmgr hat on I can only say we don't plan to do that > >> before 10.0 especially not if we are only talking about a few weeks time window. > > That is unfortunate. We have said for over a year that 10.0 should not ship with gcc. I can delay committing the patch to flip the switch until later in the code slush, if re approves, but ports that require gcc should be building with gcc from ports (which will also improve code quality, as gcc 4.6/7 produce significantly better code than 4.2.1). > no, I believe we have said that 10 would ship with clang by default. 10 from this winner have broken firewire code when building by clang -- cannot resume from sleep.