220 24316 <527A609D-8ACD-4C41-8AA2-4AC22BA0FE8C@gmail.com> article
Path: news.gmane.org!not-for-mail
From: David Krauss <potswa@gmail.com>
Newsgroups: gmane.comp.lang.c++.isocpp.proposals
Subject: Re: variant construction/assignment from braced value
Date: Thu, 11 Feb 2016 17:54:14 +0800
Lines: 106
Approved: news@gmane.org
Message-ID: <527A609D-8ACD-4C41-8AA2-4AC22BA0FE8C@gmail.com>
References: <9A41B088-08C0-4222-8558-FA734F61BDE5@gmail.com> <56BC51E9.10200@cern.ch>
Reply-To: std-proposals@isocpp.org
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0 (Mac OS X Mail 9.1 \(3096.5\))
Content-Type: multipart/alternative; boundary="Apple-Mail=_8938B3E1-FEEA-4978-AEDB-89E5358AF857"
X-Trace: ger.gmane.org 1455184466 15374 80.91.229.3 (11 Feb 2016 09:54:26 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 11 Feb 2016 09:54:26 +0000 (UTC)
Cc: =?utf-8?Q?Agust=C3=ADn_K-ballo_Berg=C3=A9?= <kaballo86@hotmail.com>,
 ISO C++ Standard - Future Proposals <std-proposals@isocpp.org>
To: Axel Naumann <Axel.Naumann@cern.ch>
Original-X-From: std-proposals+bncBCW25A7E3QCRBS5U6G2QKGQE6UTEFHA@isocpp.org Thu Feb 11 10:54:21 2016
Return-path: <std-proposals+bncBCW25A7E3QCRBS5U6G2QKGQE6UTEFHA@isocpp.org>
Envelope-to: gclcip-std-proposals@m.gmane.org
Original-Received: from mail-yk0-f197.google.com ([209.85.160.197])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <std-proposals+bncBCW25A7E3QCRBS5U6G2QKGQE6UTEFHA@isocpp.org>)
	id 1aTnx6-00027d-Kj
	for gclcip-std-proposals@m.gmane.org; Thu, 11 Feb 2016 10:54:20 +0100
Original-Received: by mail-yk0-f197.google.com with SMTP id z7sf68836128yka.2
        for <gclcip-std-proposals@m.gmane.org>; Thu, 11 Feb 2016 01:54:20 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=isocpp-org.20150623.gappssmtp.com; s=20150623;
        h=content-type:mime-version:subject:from:in-reply-to:date:cc
         :message-id:references:to:x-original-sender
         :x-original-authentication-results:reply-to:precedence:mailing-list
         :list-id:x-spam-checked-in-group:list-post:list-help:list-archive
         :list-subscribe:list-unsubscribe;
        bh=ThxN3tjwAZw9fWHqGjlGgqeIzsCrG6Jgw/kahuuUJOU=;
        b=E0iAJSjsd868syKu5Y9rs0MneI4Ovon0/ajgbY7gSjKo6yaiI0+9q3fGHxmPyzTfxi
         L1DXlo1Yg3Ncqg45JZgu4RtNq0hOPVD0i0DZgHFiCwsBczS/UUZJBnresfLpbdAIO+pg
         6Rgl2KLNBEEVCB2yce9cvan398D4Ahw45P0GyC60wAFkCxGSFwwxO0GLf//pJT4MKlhZ
         6P8tshkmw51OC9O3ge1xqAoDbRaFh7m8IguesVu/NaMPxhWk9zudbFtOyX+HMTt5akoT
         tzSzLo/1BY9RiRsjZXoMSnE3kVSxEpj/f6LEVk7VhLbHwD3PhG3etJ/fC9mBKyrX/nR2
         XzdA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:content-type:mime-version:subject:from
         :in-reply-to:date:cc:message-id:references:to:x-original-sender
         :x-original-authentication-results:reply-to:precedence:mailing-list
         :list-id:x-spam-checked-in-group:list-post:list-help:list-archive
         :list-subscribe:list-unsubscribe;
        bh=ThxN3tjwAZw9fWHqGjlGgqeIzsCrG6Jgw/kahuuUJOU=;
        b=DPk6v4MtabBw5xl3mk0agCPcW8/9J/NSxtMg7/5EOlLm7JWfYtEkHMTEQvklKB6VL3
         8ZzjjP6pZVOHuk7ecE+r6me0RPYfpKSgpDduz9n4XY04BecdTFp1PycaNqW1LdmUpijy
         Y03/YVq26CYr76jGS/Qmw+034krTVIy6+K/elAw+c8+KdAL8FrvFBbXlNLTfYCMa15We
         F+aVJxETxJgDv6irHiUud+7goSz8E5F9B5IpDGIu1Y1zf+xsX/MyJIebfrH0kEfgFJKs
         n/mm8LN0XOwTZFfcxD8clqmOR+o//YeCYoTLmzxhP3sWmsZRNY1Q2V0uGSfPu5yfNxjN
         omlw==
X-Gm-Message-State: AG10YOQP/wQJpyxSkPcxoi/HA5ABRngbdz5rA3CMsbc6yXbvnAf7J3r0twM5lkxUf2CONA==
X-Received: by 10.129.109.197 with SMTP id i188mr40506601ywc.8.1455184459768;
        Thu, 11 Feb 2016 01:54:19 -0800 (PST)
X-BeenThere: std-proposals@isocpp.org
Original-Received: by 10.107.129.9 with SMTP id c9ls465647iod.26.gmail; Thu, 11 Feb
 2016 01:54:18 -0800 (PST)
X-Received: by 10.98.70.28 with SMTP id t28mr34952922pfa.110.1455184458836;
        Thu, 11 Feb 2016 01:54:18 -0800 (PST)
Original-Received: from mail-pa0-x22e.google.com (mail-pa0-x22e.google.com. [2607:f8b0:400e:c03::22e])
        by mx.google.com with ESMTPS id g14si11580899pfd.189.2016.02.11.01.54.18
        for <std-proposals@isocpp.org>
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Thu, 11 Feb 2016 01:54:18 -0800 (PST)
Received-SPF: pass (google.com: domain of potswa@gmail.com designates 2607:f8b0:400e:c03::22e as permitted sender) client-ip=2607:f8b0:400e:c03::22e;
Original-Received: by mail-pa0-x22e.google.com with SMTP id yy13so26465894pab.3
        for <std-proposals@isocpp.org>; Thu, 11 Feb 2016 01:54:18 -0800 (PST)
X-Received: by 10.66.254.99 with SMTP id ah3mr7542716pad.134.1455184458743;
        Thu, 11 Feb 2016 01:54:18 -0800 (PST)
Original-Received: from [172.20.10.2] ([121.54.54.52])
        by smtp.gmail.com with ESMTPSA id u84sm10974934pfa.57.2016.02.11.01.54.16
        (version=TLSv1/SSLv3 cipher=OTHER);
        Thu, 11 Feb 2016 01:54:18 -0800 (PST)
In-Reply-To: <56BC51E9.10200@cern.ch>
X-Mailer: Apple Mail (2.3096.5)
X-Original-Sender: potswa@gmail.com
X-Original-Authentication-Results: mx.google.com;       spf=pass (google.com:
 domain of potswa@gmail.com designates 2607:f8b0:400e:c03::22e as permitted
 sender) smtp.mailfrom=potswa@gmail.com;       dkim=pass header.i=@gmail.com;
       dmarc=pass (p=NONE dis=NONE) header.from=gmail.com
Precedence: list
Mailing-list: list std-proposals@isocpp.org; contact std-proposals+owners@isocpp.org
List-ID: <std-proposals.isocpp.org>
X-Spam-Checked-In-Group: std-proposals@isocpp.org
X-Google-Group-Id: 399137483710
List-Post: <https://groups.google.com/a/isocpp.org/group/std-proposals/post>, <mailto:std-proposals@isocpp.org>
List-Help: <https://support.google.com/a/isocpp.org/bin/topic.py?topic=25838>, <mailto:std-proposals+help@isocpp.org>
List-Archive: <https://groups.google.com/a/isocpp.org/group/std-proposals/>
List-Subscribe: <https://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>,
 <https://groups.google.com/a/isocpp.org/group/std-proposals/subscribe>
Xref: news.gmane.org gmane.comp.lang.c++.isocpp.proposals:24316
Archived-At: <http://permalink.gmane.org/gmane.comp.lang.c++.isocpp.proposals/24316>

--Apple-Mail=_8938B3E1-FEEA-4978-AEDB-89E5358AF857
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain; charset=UTF-8

I suppose I can write a paper for Oulu, but it=E2=80=99s looking a little d=
oubtful that I=E2=80=99ll get anything at all submitted for Jacksonville. A=
 prototype would probably be in order.

Is this certainly a design matter? Perhaps it could be handled as a defect =
report regarding implementation latitude. Switching from templates to non-t=
emplates should only break operator@<T>() function calls with template argu=
ment lists. Un-blessing that particular usage might be a small enough chang=
e to avoid holding up the TS. Then, a valid TS implementation could use tem=
plates or pre-computed overloads.

	- D


> On 2016=E2=80=9302=E2=80=9311, at 5:18 PM, Axel Naumann <Axel.Naumann@cer=
n.ch> wrote:
>=20
> Hi David,
>=20
> Thank you, that's a good argument. Would you mind writing a paper on this=
? I don't want to halt the LWG process for this. The current variant will h=
opefully end up in a TS at some point; before we vote that out we can have =
your improvement in.
>=20
> I'd rather not stop the current variant by going back to LEWG and re-open=
ing the design discussion at this stage. I'd prefer it to arrive in the TS,=
 even at the cost of a only partially perfect (-ly forwarding) variant.
>=20
> Cheers, Axel.

--=20

---=20
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 e=
mail to std-proposals+unsubscribe@isocpp.org.
To post to this group, send email to std-proposals@isocpp.org.
Visit this group at https://groups.google.com/a/isocpp.org/group/std-propos=
als/.

--Apple-Mail=_8938B3E1-FEEA-4978-AEDB-89E5358AF857
Content-Transfer-Encoding: quoted-printable
Content-Type: text/html; charset=UTF-8

<html><head><meta http-equiv=3D"Content-Type" content=3D"text/html charset=
=3Dutf-8"></head><body style=3D"word-wrap: break-word; -webkit-nbsp-mode: s=
pace; -webkit-line-break: after-white-space;" class=3D"">I suppose I can wr=
ite a paper for Oulu, but it=E2=80=99s looking a little doubtful that I=E2=
=80=99ll get anything at all submitted for Jacksonville. A prototype would =
probably be in order.<div class=3D""><br class=3D""></div><div class=3D"">I=
s this certainly a design matter? Perhaps it could be handled as a defect r=
eport regarding implementation latitude. Switching from templates to non-te=
mplates should only break&nbsp;<font face=3D"Courier" class=3D"">operator@&=
lt;T&gt;()</font>&nbsp;function calls with template argument lists. Un-bles=
sing that particular usage might be a small enough change to avoid holding =
up the TS. Then, a valid TS implementation could use templates or pre-compu=
ted overloads.</div><div class=3D""><br class=3D""></div><div class=3D""><s=
pan class=3D"Apple-tab-span" style=3D"white-space:pre">	</span>- D</div><di=
v class=3D""><br class=3D""><div class=3D""><div class=3D""><br class=3D"">=
<div><blockquote type=3D"cite" class=3D""><div class=3D"">On 2016=E2=80=930=
2=E2=80=9311, at 5:18 PM, Axel Naumann &lt;<a href=3D"mailto:Axel.Naumann@c=
ern.ch" class=3D"">Axel.Naumann@cern.ch</a>&gt; wrote:</div><br class=3D"Ap=
ple-interchange-newline"><div class=3D"">
 =20
    <meta content=3D"text/html; charset=3Dutf-8" http-equiv=3D"Content-Type=
" class=3D"">
 =20
  <div bgcolor=3D"#FFFFFF" text=3D"#000000" class=3D"">
    Hi David,<br class=3D"">
    <br class=3D"">
    Thank you, that's a good argument. Would you mind writing a paper on
    this? I don't want to halt the LWG process for this. The current
    variant will hopefully end up in a TS at some point; before we vote
    that out we can have your improvement in.<br class=3D"">
    <br class=3D"">
    I'd rather not stop the current variant by going back to LEWG and
    re-opening the design discussion at this stage. I'd prefer it to
    arrive in the TS, even at the cost of a only partially perfect (-ly
    forwarding) variant.<br class=3D"">
    <br class=3D"">
    Cheers, Axel.<br class=3D""></div></div></blockquote></div><br class=3D=
""></div></div></div></body></html>

<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"https://groups.google.com/a/isocpp.org/group=
/std-proposals/">https://groups.google.com/a/isocpp.org/group/std-proposals=
/</a>.<br />

--Apple-Mail=_8938B3E1-FEEA-4978-AEDB-89E5358AF857--

.
