From owner-svn-src-head@FreeBSD.ORG Sun Jan 5 16:24:18 2014 Return-Path: Delivered-To: svn-src-head@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 ESMTPS id 93EB9AE0 for ; Sun, 5 Jan 2014 16:24:18 +0000 (UTC) Received: from nm18-vm0.bullet.mail.bf1.yahoo.com (nm18-vm0.bullet.mail.bf1.yahoo.com [98.139.213.138]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 42B2C1F43 for ; Sun, 5 Jan 2014 16:24:18 +0000 (UTC) Received: from [66.196.81.170] by nm18.bullet.mail.bf1.yahoo.com with NNFMP; 05 Jan 2014 16:18:19 -0000 Received: from [68.142.230.69] by tm16.bullet.mail.bf1.yahoo.com with NNFMP; 05 Jan 2014 16:18:19 -0000 Received: from [127.0.0.1] by smtp226.mail.bf1.yahoo.com with NNFMP; 05 Jan 2014 16:18:19 -0000 X-Yahoo-Newman-Id: 366229.38343.bm@smtp226.mail.bf1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: xaviVHMVM1novPg5784mGZl.lXLLP9oFfNq.96tvMGtLgwT a.ooEinZ7m4mdjepfbi1OOSHqipbFrDg1lWf729pD5ZHMIKiuKVNKfRI2aX2 hQuo2hskuDtePeLEhMgYi0SimH_0Y.A9B1.RcicLVXEeVZNPT33z8MQtOlsR 8NE2XjaBEUy34GPfZLLVcVsr9E5HrR47ve7ElckI757N69E2zLkW9tsufYUD DwDPL7QGYKOaUiZlIp1vbN_zDSaQ7pjugxc8NFdGoQcQ5v0.H6dNFwCqnuZd uXHxDDt9u84bI4OK51DsmSHsQ5pSDWAkreyag.BFRxK5Z19fsrGr8KuHhbv8 ._zKex8d369..FaE.PicjMnM_iKZDEtz3JJXctkNqT7OLxX9qGCt3IY1JOsE lu4kJethJc3sxn.uFWIh1SeijPd.d8b0mNEmti2KNbstLNOUi0k0IrLm0fq9 JCHbSGjAwm0txg5tLVpco7lAZHIZMDGLsD6kPxpK4aoZJrNCNn5F1NCWFg_z 21o.bqOspwBI9ogtSr7pqqJsWqbQzUDG_gPl7.nvmIAnCFjPhFjW4fw7Id35 FQ6rYRXZP.xKUD18omLlqGJ0qIglx1Ct49I6PynYc3G80icE2NIPb8he7xku naxZPygmOL1sn.JvfNsAE.uqJ7dU- X-Yahoo-SMTP: xcjD0guswBAZaPPIbxpWwLcp9Unf X-Rocket-Received: from [192.168.0.102] (pfg@190.157.126.109 with plain [98.138.105.21]) by smtp226.mail.bf1.yahoo.com with SMTP; 05 Jan 2014 16:18:19 +0000 UTC Message-ID: <52C985C7.9060406@FreeBSD.org> Date: Sun, 05 Jan 2014 11:18:15 -0500 From: Pedro Giffuni User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: Tijl Coosemans Subject: Re: svn commit: r260311 - in head/contrib: gcc gcc/cp gcc/doc gcclibs/include gcclibs/libiberty References: <201401050043.s050hSMI089553@svn.freebsd.org> <20140105124557.5dd8395a@kalimero.tijl.coosemans.org> In-Reply-To: <20140105124557.5dd8395a@kalimero.tijl.coosemans.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: svn-src-head@freebsd.org, svn-src-all@freebsd.org, src-committers@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: Sun, 05 Jan 2014 16:24:18 -0000 On 05.01.2014 06:45, Tijl Coosemans wrote: > On Sun, 5 Jan 2014 00:43:28 +0000 (UTC) Pedro F. Giffuni wrote: >> Author: pfg >> Date: Sun Jan 5 00:43:28 2014 >> New Revision: 260311 >> URL: http://svnweb.freebsd.org/changeset/base/260311 >> >> Log: >> gcc: Add support for Apple's Block extension >> >> Block objects [1] are a C-level syntactic and runtime feature. They >> are similar to standard C functions, but in addition to executable >> code they may also contain variable bindings to automatic (stack) >> or managed (heap) memory. A block can therefore maintain a set of >> state (data) that it can use to impact behavior when executed. >> >> This port is based on Apple's GCC 5646 with some bugfixes from >> Apple GCC 5666.3. It has some small differences with the support >> in clang, which remains the recommended compiler. >> >> Perhaps the most notable difference is that in GCC that __block >> is not actually a keyword, but a macro. There will be workaround >> for this issue in a near future. Other issues can be consulted in >> the clang documentation [2] >> >> For better compatiblity with Apple's GCC and llvm-gcc some related >> fixes and features from Apple have been included. Support for the >> non-standard nested functions in GCC is now off by default. > Some ports use nested functions. We now have the Apple-GCC compatible -fnested-functions, however, this is of little relevance because on FreeBSD 10+ the default compiler (clang) doesn't support them at all. Most such ports should already be using the fsf gcc but I am not going to find out which do or dont; I simply won't merge this to 9 until there is a good reason to do it. * Pedro. *Anyone working on a GCD-enabled version of grep or sort? :).