Topic: Inline variables (encapsulated expressions), formal
Author: David Krauss <potswa@gmail.com>
Date: Sun, 14 Sep 2014 16:58:48 +0800
Raw View
--Apple-Mail=_5ECA21CE-5C54-45C1-A40B-2168F95D9394
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain; charset=ISO-8859-1
Hi all, it's proposal time again!
Abstract:
---
Inline functions have favorable behavior for some kinds of object-like enti=
ties. Often, users are encouraged to use them to wrap global variables. Thi=
s has long been the status quo, despite the unnatural boilerplate. Also, it=
does not work with constexpr, leaving a gap in the language. This proposal=
defines the inline specifier on variable definitions to indicate semantics=
similar to inline function evaluation and linkage. More generally, this pr=
oduces a facility for named values, or variables that are not objects. Appl=
ications include displacing legacy value-like macros and introducing data-l=
ike class interfaces without impacting layout.
---
http://bit.ly/1qTSBiP
Please let me know if you find anything inspiring, bewildering, or nauseati=
ng.
--=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 http://groups.google.com/a/isocpp.org/group/std-proposa=
ls/.
--Apple-Mail=_5ECA21CE-5C54-45C1-A40B-2168F95D9394
Content-Transfer-Encoding: quoted-printable
Content-Type: text/html; charset=ISO-8859-1
<html><head><meta http-equiv=3D"Content-Type" content=3D"text/html charset=
=3Dwindows-1252"></head><body style=3D"word-wrap: break-word; -webkit-nbsp-=
mode: space; -webkit-line-break: after-white-space;">Hi all, it’s pro=
posal time again!<div><br></div><div>Abstract:</div><div>––&nda=
sh;</div><div>Inline functions have favorable behavior for some kinds of ob=
ject-like entities. Often, users are encouraged to use them to wrap global =
variables. This has long been the status quo, despite the unnatural bo=
ilerplate. Also, it does not work with constexpr, leaving a gap in the=
language. This proposal defines the inline specifier on var=
iable definitions to indicate semantics similar to inline function evaluati=
on and linkage. More generally, this produces a facility for named val=
ues, or variables that are not objects. Applications include displacing leg=
acy value-like macros and introducing data-like class interfaces without im=
pacting layout.<br>–––</div><div><br></div><div><a href=
=3D"http://bit.ly/1qTSBiP" class=3D"bitmark-shortlink"><span class=3D"proto=
col">http://</span>bit.ly/1qTSBiP</a></div><div><br></div><div>Please let m=
e know if you find anything inspiring, bewildering, or nauseating.</div></b=
ody></html>
<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 <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 />
--Apple-Mail=_5ECA21CE-5C54-45C1-A40B-2168F95D9394--
.