Topic: [P0424] Reconsidering literal operator templates for strings


Author: Louis Dionne <ldionne.2@gmail.com>
Date: Sun, 14 Aug 2016 13:11:31 -0700 (PDT)
Raw View
------=_Part_260_606411489.1471205491202
Content-Type: multipart/alternative;
 boundary="----=_Part_261_1440696045.1471205491203"

------=_Part_261_1440696045.1471205491203
Content-Type: text/plain; charset=UTF-8

Dear list,

In 2013, N3599 tried adding literal operator templates for strings:

  template <typename CharT, ChartT ...c>
  auto operator"" _user_defined_literal();

Unfortunately, the paper was rejected at the time on the basis of lacking
proper
machinery for compile-time string processing. Motivated by several use cases
requiring this literal operator (but no additional string processing
machinery),
I wrote a paper to try and revive this discussion with the committee.

The latest draft of this paper is at [1]; please let me know of any
comments.

Regards,
Louis Dionne

[1]:
http://htmlpreview.github.io/?https://github.com/ldionne/wg21/blob/master/generated/P0424R0.html

--
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.
To view this discussion on the web visit https://groups.google.com/a/isocpp.org/d/msgid/std-proposals/faf4a74a-d462-4653-b5c2-c32a2beaa3a0%40isocpp.org.

------=_Part_261_1440696045.1471205491203
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><div><div><div>Dear list,</div><div><br></div><div>In 2013=
, N3599 tried adding literal operator templates for strings:</div><div><br>=
</div><div>=C2=A0 template &lt;typename CharT, ChartT ...c&gt;</div><div>=
=C2=A0 auto operator&quot;&quot; _user_defined_literal();</div><div><br></d=
iv><div>Unfortunately, the paper was rejected at the time on the basis of l=
acking proper</div><div>machinery for compile-time string processing. Motiv=
ated by several use cases</div><div>requiring this literal operator (but no=
 additional string processing machinery),</div><div>I wrote a paper to try =
and revive this discussion with the committee.</div><div><br></div><div>The=
 latest draft of this paper is at [1]; please let me know of any comments.<=
/div><div><br></div><div>Regards,</div><div>Louis Dionne</div><div><br></di=
v><div>[1]: http://htmlpreview.github.io/?https://github.com/ldionne/wg21/b=
lob/master/generated/P0424R0.html</div></div></div><div><br></div></div>

<p></p>

-- <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 />
To view this discussion on the web visit <a href=3D"https://groups.google.c=
om/a/isocpp.org/d/msgid/std-proposals/faf4a74a-d462-4653-b5c2-c32a2beaa3a0%=
40isocpp.org?utm_medium=3Demail&utm_source=3Dfooter">https://groups.google.=
com/a/isocpp.org/d/msgid/std-proposals/faf4a74a-d462-4653-b5c2-c32a2beaa3a0=
%40isocpp.org</a>.<br />

------=_Part_261_1440696045.1471205491203--

------=_Part_260_606411489.1471205491202--

.