Topic: string_view and string interoperability
Author: Peter Bigot <bigotp@acm.org>
Date: Mon, 16 Dec 2013 16:21:19 -0800 (PST)
Raw View
------=_Part_2366_25490046.1387239679461
Content-Type: text/plain; charset=ISO-8859-1
As I start playing with string_view, a question:
std::string_view::const_iterator from N3762 is an implementation-defined
type, as is std::string::const_iterator. Would it be permitted for an
implementation to make these incompatible, thus inhibiting calculation
of positions by subtracting str.cbegin() from sview.cbegin() even if
sview references str?
I ask because I don't see anything in N3762 that excludes that
possibility.
Peter
--
---
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_2366_25490046.1387239679461
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
<div dir=3D"ltr">As I start playing with string_view, a question:<br><br>st=
d::string_view::const_iterator from N3762 is an implementation-defined<br>t=
ype, as is std::string::const_iterator. Would it be permitted for an<=
br>implementation to make these incompatible, thus inhibiting calculation<b=
r>of positions by subtracting str.cbegin() from sview.cbegin() even if<br>s=
view references str?<br><br>I ask because I don't see anything in N3762 tha=
t excludes that<br>possibility.<br><br>Peter<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" group.<br />
To unsubscribe from this group and stop receiving emails from it, send an e=
mail to std-proposals+unsubscribe@isocpp.org.<br />
To post to this group, send email to std-proposals@isocpp.org.<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_2366_25490046.1387239679461--
.
Author: "Billy O'Neal" <billy.oneal@gmail.com>
Date: Mon, 16 Dec 2013 16:23:15 -0800
Raw View
--001a11330964a21f8d04edaff131
Content-Type: text/plain; charset=ISO-8859-1
It would make sense for them to be incompatible. string_view is supposed to
be able to wrap a plain C string, and as such its iterators can't be string
iterators.
Billy O'Neal
https://github.com/BillyONeal/ <https://bitbucket.org/BillyONeal/>
http://stackoverflow.com/users/82320/billy-oneal
Malware Response Instructor - BleepingComputer.com
On Mon, Dec 16, 2013 at 4:21 PM, Peter Bigot <bigotp@acm.org> wrote:
> As I start playing with string_view, a question:
>
> std::string_view::const_iterator from N3762 is an implementation-defined
> type, as is std::string::const_iterator. Would it be permitted for an
> implementation to make these incompatible, thus inhibiting calculation
> of positions by subtracting str.cbegin() from sview.cbegin() even if
> sview references str?
>
> I ask because I don't see anything in N3762 that excludes that
> possibility.
>
> Peter
>
> --
>
> ---
> 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/.
>
--
---
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/.
--001a11330964a21f8d04edaff131
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
<div dir=3D"ltr">It would make sense for them to be incompatible. string_vi=
ew is supposed to be able to wrap a plain C string, and as such its iterato=
rs can't be string iterators.</div><div class=3D"gmail_extra"><br clear=
=3D"all">
<div><div dir=3D"ltr"><div>Billy O'Neal</div><div><a href=3D"https://bi=
tbucket.org/BillyONeal/" target=3D"_blank">https://github.com/BillyONeal/</=
a></div><div><a href=3D"http://stackoverflow.com/users/82320/billy-oneal" t=
arget=3D"_blank">http://stackoverflow.com/users/82320/billy-oneal</a></div>
<div>Malware Response Instructor - BleepingComputer.com</div></div></div>
<br><br><div class=3D"gmail_quote">On Mon, Dec 16, 2013 at 4:21 PM, Peter B=
igot <span dir=3D"ltr"><<a href=3D"mailto:bigotp@acm.org" target=3D"_bla=
nk">bigotp@acm.org</a>></span> wrote:<br><blockquote class=3D"gmail_quot=
e" style=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div dir=3D"ltr">As I start playing with string_view, a question:<br><br>st=
d::string_view::const_iterator from N3762 is an implementation-defined<br>t=
ype, as is std::string::const_iterator.=A0 Would it be permitted for an<br>
implementation to make these incompatible, thus inhibiting calculation<br>o=
f positions by subtracting str.cbegin() from sview.cbegin() even if<br>svie=
w references str?<br><br>I ask because I don't see anything in N3762 th=
at excludes that<br>
possibility.<span class=3D"HOEnZb"><font color=3D"#888888"><br><br>Peter<br=
></font></span></div><span class=3D"HOEnZb"><font color=3D"#888888">
<p></p>
-- <br>
=A0<br>
--- <br>
You received this message because you are subscribed to the Google Groups &=
quot;ISO C++ Standard - Future Proposals" group.<br>
To unsubscribe from this group and stop receiving emails from it, send an e=
mail to <a href=3D"mailto:std-proposals%2Bunsubscribe@isocpp.org" target=3D=
"_blank">std-proposals+unsubscribe@isocpp.org</a>.<br>
To post to this group, send email to <a href=3D"mailto:std-proposals@isocpp=
..org" target=3D"_blank">std-proposals@isocpp.org</a>.<br>
Visit this group at <a href=3D"http://groups.google.com/a/isocpp.org/group/=
std-proposals/" target=3D"_blank">http://groups.google.com/a/isocpp.org/gro=
up/std-proposals/</a>.<br>
</font></span></blockquote></div><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" group.<br />
To unsubscribe from this group and stop receiving emails from it, send an e=
mail to std-proposals+unsubscribe@isocpp.org.<br />
To post to this group, send email to std-proposals@isocpp.org.<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 />
--001a11330964a21f8d04edaff131--
.
Author: Jeffrey Yasskin <jyasskin@google.com>
Date: Mon, 16 Dec 2013 16:23:49 -0800
Raw View
Right, those aren't necessarily compatible.
On Mon, Dec 16, 2013 at 4:21 PM, Peter Bigot <bigotp@acm.org> wrote:
> As I start playing with string_view, a question:
>
> std::string_view::const_iterator from N3762 is an implementation-defined
> type, as is std::string::const_iterator. Would it be permitted for an
> implementation to make these incompatible, thus inhibiting calculation
> of positions by subtracting str.cbegin() from sview.cbegin() even if
> sview references str?
>
> I ask because I don't see anything in N3762 that excludes that
> possibility.
>
> Peter
>
> --
>
> ---
> 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/.
--
---
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/.
.
Author: Nevin Liber <nevin@eviloverlord.com>
Date: Mon, 16 Dec 2013 18:27:04 -0600
Raw View
--047d7b86f172509aa304edafff1f
Content-Type: text/plain; charset=ISO-8859-1
On 16 December 2013 18:23, Billy O'Neal <billy.oneal@gmail.com> wrote:
> It would make sense for them to be incompatible. string_view is supposed
> to be able to wrap a plain C string, and as such its iterators can't be
> string iterators.
>
"Can't" is a pretty strong statement. It is unlikely but possible (I
think). For instance, what if string::const_iterator was a const char*?
--
Nevin ":-)" Liber <mailto:nevin@eviloverlord.com> (847) 691-1404
--
---
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/.
--047d7b86f172509aa304edafff1f
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
<div dir=3D"ltr">On 16 December 2013 18:23, Billy O'Neal <span dir=3D"l=
tr"><<a href=3D"mailto:billy.oneal@gmail.com" target=3D"_blank">billy.on=
eal@gmail.com</a>></span> wrote:<br><div class=3D"gmail_extra"><div clas=
s=3D"gmail_quote">
<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex"><div dir=3D"ltr">It would make sense for the=
m to be incompatible. string_view is supposed to be able to wrap a plain C =
string, and as such its iterators can't be string iterators.</div>
</blockquote><div><br></div><div>"Can't" is a pretty strong s=
tatement. =A0It is unlikely but possible (I think). =A0For instance, what i=
f string::const_iterator was a const char*?</div></div>-- <br>=A0Nevin &quo=
t;:-)" Liber=A0 <mailto:<a href=3D"mailto:nevin@eviloverlord.com" t=
arget=3D"_blank">nevin@eviloverlord.com</a>>=A0 (847) 691-1404
</div></div>
<p></p>
-- <br />
<br />
--- <br />
You received this message because you are subscribed to the Google Groups &=
quot;ISO C++ Standard - Future Proposals" group.<br />
To unsubscribe from this group and stop receiving emails from it, send an e=
mail to std-proposals+unsubscribe@isocpp.org.<br />
To post to this group, send email to std-proposals@isocpp.org.<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 />
--047d7b86f172509aa304edafff1f--
.
Author: "Billy O'Neal" <billy.oneal@gmail.com>
Date: Mon, 16 Dec 2013 16:57:00 -0800
Raw View
--047d7b33d8be4b8b4804edb06a76
Content-Type: text/plain; charset=ISO-8859-1
I should have said "can't be required to be". E.g. on MSVC++ they will not
be. Not sure about other implementations.
Billy O'Neal
https://github.com/BillyONeal/ <https://bitbucket.org/BillyONeal/>
http://stackoverflow.com/users/82320/billy-oneal
Malware Response Instructor - BleepingComputer.com
On Mon, Dec 16, 2013 at 4:27 PM, Nevin Liber <nevin@eviloverlord.com> wrote:
> On 16 December 2013 18:23, Billy O'Neal <billy.oneal@gmail.com> wrote:
>
>> It would make sense for them to be incompatible. string_view is supposed
>> to be able to wrap a plain C string, and as such its iterators can't be
>> string iterators.
>>
>
> "Can't" is a pretty strong statement. It is unlikely but possible (I
> think). For instance, what if string::const_iterator was a const char*?
> --
> Nevin ":-)" Liber <mailto:nevin@eviloverlord.com> (847) 691-1404
>
> --
>
> ---
> 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/.
>
--
---
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/.
--047d7b33d8be4b8b4804edb06a76
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
<div dir=3D"ltr">I should have said "can't be required to be"=
.. E.g. on MSVC++ they will not be. Not sure about other implementations.</d=
iv><div class=3D"gmail_extra"><br clear=3D"all"><div><div dir=3D"ltr"><div>=
Billy O'Neal</div>
<div><a href=3D"https://bitbucket.org/BillyONeal/" target=3D"_blank">https:=
//github.com/BillyONeal/</a></div><div><a href=3D"http://stackoverflow.com/=
users/82320/billy-oneal" target=3D"_blank">http://stackoverflow.com/users/8=
2320/billy-oneal</a></div>
<div>Malware Response Instructor - BleepingComputer.com</div></div></div>
<br><br><div class=3D"gmail_quote">On Mon, Dec 16, 2013 at 4:27 PM, Nevin L=
iber <span dir=3D"ltr"><<a href=3D"mailto:nevin@eviloverlord.com" target=
=3D"_blank">nevin@eviloverlord.com</a>></span> wrote:<br><blockquote cla=
ss=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;pa=
dding-left:1ex">
<div dir=3D"ltr"><div class=3D"im">On 16 December 2013 18:23, Billy O'N=
eal <span dir=3D"ltr"><<a href=3D"mailto:billy.oneal@gmail.com" target=
=3D"_blank">billy.oneal@gmail.com</a>></span> wrote:<br></div><div class=
=3D"gmail_extra">
<div class=3D"gmail_quote"><div class=3D"im">
<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex"><div dir=3D"ltr">It would make sense for the=
m to be incompatible. string_view is supposed to be able to wrap a plain C =
string, and as such its iterators can't be string iterators.</div>
</blockquote><div><br></div></div><div>"Can't" is a pretty st=
rong statement. =A0It is unlikely but possible (I think). =A0For instance, =
what if string::const_iterator was a const char*?</div></div><span class=3D=
"HOEnZb"><font color=3D"#888888">-- <br>
=A0Nevin ":-)" Liber=A0 <mailto:<a href=3D"mailto:nevin@evilov=
erlord.com" target=3D"_blank">nevin@eviloverlord.com</a>>=A0 <a href=3D"=
tel:%28847%29%20691-1404" value=3D"+18476911404" target=3D"_blank">(847) 69=
1-1404</a>
</font></span></div></div><div class=3D"HOEnZb"><div class=3D"h5">
<p></p>
-- <br>
=A0<br>
--- <br>
You received this message because you are subscribed to the Google Groups &=
quot;ISO C++ Standard - Future Proposals" group.<br>
To unsubscribe from this group and stop receiving emails from it, send an e=
mail to <a href=3D"mailto:std-proposals%2Bunsubscribe@isocpp.org" target=3D=
"_blank">std-proposals+unsubscribe@isocpp.org</a>.<br>
To post to this group, send email to <a href=3D"mailto:std-proposals@isocpp=
..org" target=3D"_blank">std-proposals@isocpp.org</a>.<br>
Visit this group at <a href=3D"http://groups.google.com/a/isocpp.org/group/=
std-proposals/" target=3D"_blank">http://groups.google.com/a/isocpp.org/gro=
up/std-proposals/</a>.<br>
</div></div></blockquote></div><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" group.<br />
To unsubscribe from this group and stop receiving emails from it, send an e=
mail to std-proposals+unsubscribe@isocpp.org.<br />
To post to this group, send email to std-proposals@isocpp.org.<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 />
--047d7b33d8be4b8b4804edb06a76--
.
Author: cornedbee@google.com
Date: Wed, 8 Jan 2014 03:11:11 -0800 (PST)
Raw View
------=_Part_5847_27850923.1389179471040
Content-Type: text/plain; charset=ISO-8859-1
On Tuesday, December 17, 2013 1:57:00 AM UTC+1, Billy O'Neal wrote:
>
> I should have said "can't be required to be". E.g. on MSVC++ they will not
> be. Not sure about other implementations.
>
>
Interesting. Didn't Microsoft announce that they're supporting SCARY
iterators? Or does that only apply to different allocators within the same
container type?
Because you totally could use the same iterator to support vector, string
and string_view.
--
---
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_5847_27850923.1389179471040
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
<div dir=3D"ltr">On Tuesday, December 17, 2013 1:57:00 AM UTC+1, Billy O'Ne=
al wrote:<blockquote class=3D"gmail_quote" style=3D"margin: 0;margin-left: =
0.8ex;border-left: 1px #ccc solid;padding-left: 1ex;"><div dir=3D"ltr">I sh=
ould have said "can't be required to be". E.g. on MSVC++ they will not be. =
Not sure about other implementations.</div><div><br></div></blockquote><div=
><br></div><div>Interesting. Didn't Microsoft announce that they're support=
ing SCARY iterators? Or does that only apply to different allocators within=
the same container type?</div><div><br></div><div>Because you totally coul=
d use the same iterator to support vector, string and string_view.</div></d=
iv>
<p></p>
-- <br />
<br />
--- <br />
You received this message because you are subscribed to the Google Groups &=
quot;ISO C++ Standard - Future Proposals" group.<br />
To unsubscribe from this group and stop receiving emails from it, send an e=
mail to std-proposals+unsubscribe@isocpp.org.<br />
To post to this group, send email to std-proposals@isocpp.org.<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_5847_27850923.1389179471040--
.
Author: "Billy O'Neal" <billy.oneal@gmail.com>
Date: Wed, 8 Jan 2014 13:44:44 -0800
Raw View
--089e0112cb560dc9c904ef7c6975
Content-Type: text/plain; charset=ISO-8859-1
SCARY iterators allow e.g. a set with a different comparator or allocator
or lists with different allocators. The iterator type does still depend on
the container type, however.
http://blogs.msdn.com/b/vcblog/archive/2012/04/06/10291485.aspx
Billy O'Neal
https://github.com/BillyONeal/ <https://bitbucket.org/BillyONeal/>
http://stackoverflow.com/users/82320/billy-oneal
On Wed, Jan 8, 2014 at 3:11 AM, <cornedbee@google.com> wrote:
> On Tuesday, December 17, 2013 1:57:00 AM UTC+1, Billy O'Neal wrote:
>>
>> I should have said "can't be required to be". E.g. on MSVC++ they will
>> not be. Not sure about other implementations.
>>
>>
> Interesting. Didn't Microsoft announce that they're supporting SCARY
> iterators? Or does that only apply to different allocators within the same
> container type?
>
> Because you totally could use the same iterator to support vector, string
> and string_view.
>
> --
>
> ---
> 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/.
>
--
---
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/.
--089e0112cb560dc9c904ef7c6975
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
<div dir=3D"ltr">SCARY iterators allow e.g. a set with a different comparat=
or or allocator or lists with different allocators. The iterator type does =
still depend on the container type, however.<div><br></div><div><a href=3D"=
http://blogs.msdn.com/b/vcblog/archive/2012/04/06/10291485.aspx">http://blo=
gs.msdn.com/b/vcblog/archive/2012/04/06/10291485.aspx</a><br>
</div></div><div class=3D"gmail_extra"><br clear=3D"all"><div><div dir=3D"l=
tr"><div>Billy O'Neal</div><div><a href=3D"https://bitbucket.org/BillyO=
Neal/" target=3D"_blank">https://github.com/BillyONeal/</a></div><div><a hr=
ef=3D"http://stackoverflow.com/users/82320/billy-oneal" target=3D"_blank">h=
ttp://stackoverflow.com/users/82320/billy-oneal</a></div>
</div></div>
<br><br><div class=3D"gmail_quote">On Wed, Jan 8, 2014 at 3:11 AM, <span d=
ir=3D"ltr"><<a href=3D"mailto:cornedbee@google.com" target=3D"_blank">co=
rnedbee@google.com</a>></span> wrote:<br><blockquote class=3D"gmail_quot=
e" style=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div dir=3D"ltr"><div class=3D"im">On Tuesday, December 17, 2013 1:57:00 AM=
UTC+1, Billy O'Neal wrote:<blockquote class=3D"gmail_quote" style=3D"m=
argin:0;margin-left:0.8ex;border-left:1px #ccc solid;padding-left:1ex"><div=
dir=3D"ltr">
I should have said "can't be required to be". E.g. on MSVC++ =
they will not be. Not sure about other implementations.</div><div><br></div=
></blockquote><div><br></div></div><div>Interesting. Didn't Microsoft a=
nnounce that they're supporting SCARY iterators? Or does that only appl=
y to different allocators within the same container type?</div>
<div><br></div><div>Because you totally could use the same iterator to supp=
ort vector, string and string_view.</div></div><div class=3D"HOEnZb"><div c=
lass=3D"h5">
<p></p>
-- <br>
=A0<br>
--- <br>
You received this message because you are subscribed to the Google Groups &=
quot;ISO C++ Standard - Future Proposals" group.<br>
To unsubscribe from this group and stop receiving emails from it, send an e=
mail to <a href=3D"mailto:std-proposals%2Bunsubscribe@isocpp.org" target=3D=
"_blank">std-proposals+unsubscribe@isocpp.org</a>.<br>
To post to this group, send email to <a href=3D"mailto:std-proposals@isocpp=
..org" target=3D"_blank">std-proposals@isocpp.org</a>.<br>
Visit this group at <a href=3D"http://groups.google.com/a/isocpp.org/group/=
std-proposals/" target=3D"_blank">http://groups.google.com/a/isocpp.org/gro=
up/std-proposals/</a>.<br>
</div></div></blockquote></div><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" group.<br />
To unsubscribe from this group and stop receiving emails from it, send an e=
mail to std-proposals+unsubscribe@isocpp.org.<br />
To post to this group, send email to std-proposals@isocpp.org.<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 />
--089e0112cb560dc9c904ef7c6975--
.