220 17443 <eec88219-93b2-4c36-b4b2-8c7aa96afa60@isocpp.org> article
Path: news.gmane.org!not-for-mail
From: Columbo <r.hl@gmx.net>
Newsgroups: gmane.comp.lang.c++.isocpp.proposals
Subject: In-class definition of pure virtual functions
Date: Wed, 22 Apr 2015 02:55:31 -0700 (PDT)
Lines: 68
Approved: news@gmane.org
Message-ID: <eec88219-93b2-4c36-b4b2-8c7aa96afa60@isocpp.org>
Reply-To: std-proposals@isocpp.org
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; 
	boundary="----=_Part_5721_130950543.1429696531963"
X-Trace: ger.gmane.org 1429696537 12415 80.91.229.3 (22 Apr 2015 09:55:37 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 22 Apr 2015 09:55:37 +0000 (UTC)
To: std-proposals@isocpp.org
Original-X-From: std-proposals+bncBDRN5RPSR4MRBFHA3WUQKGQEWWF3HNI@isocpp.org Wed Apr 22 11:55:36 2015
Return-path: <std-proposals+bncBDRN5RPSR4MRBFHA3WUQKGQEWWF3HNI@isocpp.org>
Envelope-to: gclcip-std-proposals@m.gmane.org
Original-Received: from mail-yh0-f70.google.com ([209.85.213.70])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <std-proposals+bncBDRN5RPSR4MRBFHA3WUQKGQEWWF3HNI@isocpp.org>)
	id 1YkrNW-0007nB-A1
	for gclcip-std-proposals@m.gmane.org; Wed, 22 Apr 2015 11:55:34 +0200
Original-Received: by yhdz67 with SMTP id z67sf129262850yhd.0
        for <gclcip-std-proposals@m.gmane.org>; Wed, 22 Apr 2015 02:55:33 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:date:from:to:message-id:subject:mime-version
         :content-type:x-original-sender:reply-to:precedence:mailing-list
         :list-id:list-post:list-help:list-archive:list-subscribe
         :list-unsubscribe;
        bh=olMVCOBoOqDLbFOGoIpYVUy+gKMgP3UBGjChbz3mtn4=;
        b=F7g+4AIewqZcDcyCTu8P83xmY3HQ1PmU2BYI8o2zNZNg7uT8ydf8JagjkUVla/Fww9
         SY8ykTXhiAikuUiela1rMlgKjz/DG4o/IRpkXY84URjUcN/cYY1zUhlWTU9DEthwJ395
         vogJWa/JDSKZfV2DE75gRjkEnURmfxIExrTvDoWidy1cvHsUtDWtvP0R1O6p3lNY8H/J
         /eOwDVg09I4QN1OYaLRTR/PWgQRIOUGZDrbxbZdZE+Ajnnm8yeCGNybMuiI+ArZEiV5i
         QoJ2uhXP55baDtIMelDOawEH/AbtWWkE3WmdiSLW8GTp9zVr57J1bIjMgth4lVle8u/U
         4XiQ==
X-Gm-Message-State: ALoCoQmRJOk+KiktezVLAeZBZZU8Uty7IBW5dxEQvHkBVxmuZBJidDS2jghSgKLPBaRCDtUKyXxL
X-Received: by 10.236.228.233 with SMTP id f99mr35906191yhq.52.1429696533160;
        Wed, 22 Apr 2015 02:55:33 -0700 (PDT)
X-BeenThere: std-proposals@isocpp.org
Original-Received: by 10.140.28.183 with SMTP id 52ls72015qgz.3.gmail; Wed, 22 Apr 2015
 02:55:32 -0700 (PDT)
X-Received: by 10.140.95.109 with SMTP id h100mr287585qge.6.1429696532535;
        Wed, 22 Apr 2015 02:55:32 -0700 (PDT)
X-Original-Sender: R.HL@gmx.net
Precedence: list
Mailing-list: list std-proposals@isocpp.org; contact std-proposals+owners@isocpp.org
List-ID: <std-proposals.isocpp.org>
X-Google-Group-Id: 399137483710
List-Post: <http://groups.google.com/a/isocpp.org/group/std-proposals/post>, <mailto:std-proposals@isocpp.org>
List-Help: <http://support.google.com/a/isocpp.org/bin/topic.py?topic=25838>, <mailto:std-proposals+help@isocpp.org>
List-Archive: <http://groups.google.com/a/isocpp.org/group/std-proposals/>
List-Subscribe: <http://groups.google.com/a/isocpp.org/group/std-proposals/subscribe>,
 <mailto:std-proposals+subscribe@isocpp.org>
List-Unsubscribe: <mailto:googlegroups-manage+399137483710+unsubscribe@googlegroups.com>,
 <http://groups.google.com/a/isocpp.org/group/std-proposals/subscribe>
Xref: news.gmane.org gmane.comp.lang.c++.isocpp.proposals:17443
Archived-At: <http://permalink.gmane.org/gmane.comp.lang.c++.isocpp.proposals/17443>

------=_Part_5721_130950543.1429696531963
Content-Type: multipart/alternative; 
	boundary="----=_Part_5722_1862521673.1429696531963"

------=_Part_5722_1862521673.1429696531963
Content-Type: text/plain; charset=UTF-8

Good morning. Is there any technical reason why 

virtual void foo() = 0 {};

is not allowed? The grammar can be adjusted, and parsers seem to deal fine 
with it: VC++ even allows this as an extension.

I'd propose to adjust* function-definition* to include *pure-specifier*s. 
Would such a proposal be successful?

-- 

--- 
You received this message because you are subscribed to the Google Groups "ISO C++ Standard - Future Proposals" group.
To unsubscribe from this group and stop receiving emails from it, send an email to std-proposals+unsubscribe@isocpp.org.
To post to this group, send email to std-proposals@isocpp.org.
Visit this group at http://groups.google.com/a/isocpp.org/group/std-proposals/.

------=_Part_5722_1862521673.1429696531963
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr">Good morning. Is there any technical reason why <br><br><d=
iv class=3D"prettyprint" style=3D"background-color: rgb(250, 250, 250); bor=
der-color: rgb(187, 187, 187); border-style: solid; border-width: 1px; word=
-wrap: break-word;"><code class=3D"prettyprint"><div class=3D"subprettyprin=
t"><span style=3D"color: #008;" class=3D"styled-by-prettify">virtual</span>=
<span style=3D"color: #000;" class=3D"styled-by-prettify"> </span><span sty=
le=3D"color: #008;" class=3D"styled-by-prettify">void</span><span style=3D"=
color: #000;" class=3D"styled-by-prettify"> foo</span><span style=3D"color:=
 #660;" class=3D"styled-by-prettify">()</span><span style=3D"color: #000;" =
class=3D"styled-by-prettify"> </span><span style=3D"color: #660;" class=3D"=
styled-by-prettify">=3D</span><span style=3D"color: #000;" class=3D"styled-=
by-prettify"> </span><span style=3D"color: #066;" class=3D"styled-by-pretti=
fy">0</span><span style=3D"color: #000;" class=3D"styled-by-prettify"> </sp=
an><span style=3D"color: #660;" class=3D"styled-by-prettify">{};</span><spa=
n style=3D"color: #000;" class=3D"styled-by-prettify"><br></span></div></co=
de></div><br>is not allowed? The grammar can be adjusted, and parsers seem =
to deal fine with it: VC++ even allows this as an extension.<br><br>I'd pro=
pose to adjust<i> function-definition</i> to include <i>pure-specifier</i>s=
.. Would such a proposal be successful?<br></div>

<p></p>

-- <br />
<br />
--- <br />
You received this message because you are subscribed to the Google Groups &=
quot;ISO C++ Standard - Future Proposals&quot; group.<br />
To unsubscribe from this group and stop receiving emails from it, send an e=
mail to <a href=3D"mailto:std-proposals+unsubscribe@isocpp.org">std-proposa=
ls+unsubscribe@isocpp.org</a>.<br />
To post to this group, send email to <a href=3D"mailto:std-proposals@isocpp=
..org">std-proposals@isocpp.org</a>.<br />
Visit this group at <a href=3D"http://groups.google.com/a/isocpp.org/group/=
std-proposals/">http://groups.google.com/a/isocpp.org/group/std-proposals/<=
/a>.<br />

------=_Part_5722_1862521673.1429696531963--
------=_Part_5721_130950543.1429696531963--

.
