From owner-svn-src-head@freebsd.org Tue Aug 4 10:46:49 2015 Return-Path: Delivered-To: svn-src-head@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2659B9B1F41; Tue, 4 Aug 2015 10:46:49 +0000 (UTC) (envelope-from hps@selasky.org) Received: from mail.turbocat.net (heidi.turbocat.net [88.198.202.214]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id DDD341FD5; Tue, 4 Aug 2015 10:46:48 +0000 (UTC) (envelope-from hps@selasky.org) Received: from laptop015.home.selasky.org (cm-176.74.213.204.customer.telag.net [176.74.213.204]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id 236381FE023; Tue, 4 Aug 2015 12:46:40 +0200 (CEST) Message-ID: <55C09869.2040605@selasky.org> Date: Tue, 04 Aug 2015 12:48:09 +0200 From: Hans Petter Selasky User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.7.0 MIME-Version: 1.0 To: Ed Schouten , Bruce Evans CC: John-Mark Gurney , src-committers@freebsd.org, svn-src-all@freebsd.org, svn-src-head@freebsd.org Subject: Re: svn commit: r286170 - head/share/man/man9 References: <201508020022.t720MFqp023071@repo.freebsd.org> <20150802145434.V1128@besplex.bde.org> In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: svn-src-head@freebsd.org X-Mailman-Version: 2.1.20 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: Tue, 04 Aug 2015 10:46:49 -0000 On 08/04/15 12:03, Ed Schouten wrote: > Hi Bruce, > > 2015-08-02 7:35 GMT+02:00 Bruce Evans: >> >This function shouldn't be deprecated. It is a kernel wrapper with a >> >good name for hiding the implementation detail or not-yet standard >> >interface _Static_assert(). > _Static_assert has been part of the C standard for approximately 4 years now. > > I personally couldn't care less about the naming, but in a couple of > years from now we'll have an entire generation of recently graduated > computer scientists who know what _Static_assert does, because they > used it in their C/C++ programming classes. None of them know what a > 'CTASSERT' is. Hi, Is it correct to assume that everyone doing programming has done a programming class of a certain kind? My gut feeling is it's good practice to have those wrapper macros because they isolate the compiler into a consistent and coherent API. Wouldn't the argument be the same for queue.3 . Once C-compilers finally decide to compile time support queues, we should throw queue.3 aswell? I'd say it is better to stay independent of what the compiler guys will come up with next, reminding me how hard it was to upgrade a machine recently from 9- to 10- because of C++11 .... --HPS