<!doctype html><html lang="en">
 <head>
  <meta content="text/html; charset=utf-8" http-equiv="Content-Type">
  <meta content="width=device-width, initial-scale=1, shrink-to-fit=no" name="viewport">
  <title>P2611R0: 2022-07 Library Evolution Poll Outcomes</title>
<style data-fill-with="stylesheet">/******************************************************************************
 *                   Style sheet for the W3C specifications                   *
 *
 * Special classes handled by this style sheet include:
 *
 * Indices
 *   - .toc for the Table of Contents (<ol class="toc">)
 *     + <span class="secno"> for the section numbers
 *   - #toc for the Table of Contents (<nav id="toc">)
 *   - ul.index for Indices (<a href="#ref">term</a><span>, in § N.M</span>)
 *   - table.index for Index Tables (e.g. for properties or elements)
 *
 * Structural Markup
 *   - table.data for general data tables
 *     -> use 'scope' attribute, <colgroup>, <thead>, and <tbody> for best results !
 *     -> use <table class='complex data'> for extra-complex tables
 *     -> use <td class='long'> for paragraph-length cell content
 *     -> use <td class='pre'> when manual line breaks/indentation would help readability
 *   - dl.switch for switch statements
 *   - ol.algorithm for algorithms (helps to visualize nesting)
 *   - .figure and .caption (HTML4) and figure and figcaption (HTML5)
 *     -> .sidefigure for right-floated figures
 *   - ins/del
 *     -> ins/del.c### for candidate and proposed changes (amendments)
 *
 * Code
 *   - pre and code
 *
 * Special Sections
 *   - .note       for informative notes             (div, p, span, aside, details)
 *   - .example    for informative examples          (div, p, pre, span)
 *   - .issue      for issues                        (div, p, span)
 *   - .advisement for loud normative statements     (div, p, strong)
 *   - .annoying-warning for spec obsoletion notices (div, aside, details)
 *   - .correction for "candidate corrections"       (div, aside, details, section)
 *   - .addition   for "candidate additions"         (div, aside, details, section)
 *   - .correction.proposed for "proposed corrections" (div, aside, details, section)
 *   - .addition.proposed   for "proposed additions"   (div, aside, details, section)
 *
 * Definition Boxes
 *   - pre.def   for WebIDL definitions
 *   - table.def for tables that define other entities (e.g. CSS properties)
 *   - dl.def    for definition lists that define other entitles (e.g. HTML elements)
 *
 * Numbering
 *   - .secno for section numbers in .toc and headings (<span class='secno'>3.2</span>)
 *   - .marker for source-inserted example/figure/issue numbers (<span class='marker'>Issue 4</span>)
 *   - ::before styled for CSS-generated issue/example/figure numbers:
 *     -> Documents wishing to use this only need to add
 *        figcaption::before,
 *        .caption::before { content: "Figure "  counter(figure) " ";  }
 *        .example::before { content: "Example " counter(example) " "; }
 *        .issue::before   { content: "Issue "   counter(issue) " ";   }
 *
 * Header Stuff (ignore, just don't conflict with these classes)
 *   - .head for the header
 *   - .copyright for the copyright
 *
 * Outdated warning for old specs
 *
 * Miscellaneous
 *   - .overlarge for things that should be as wide as possible, even if
 *     that overflows the body text area. This can be used on an item or
 *     on its container, depending on the effect desired.
 *     Note that this styling basically doesn't help at all when printing,
 *     since A4 paper isn't much wider than the max-width here.
 *     It's better to design things to fit into a narrower measure if possible.
 *
 *   - js-added ToC jump links (see fixup.js)
 *
 ******************************************************************************/

/* color variables included separately for reliability */

/******************************************************************************/
/*                                    Body                                    */
/******************************************************************************/

	html {
	}

	body {
		counter-reset: example figure issue;

		/* Layout */
		max-width: 50em;			  /* limit line length to 50em for readability   */
		margin: 0 auto;				/* center text within page                    */
		padding: 1.6em 1.5em 2em 50px; /* assume 16px font size for downlevel clients */
		padding: 1.6em 1.5em 2em calc(26px + 1.5em); /* leave space for status flag    */

		/* Typography */
		line-height: 1.5;
		font-family: sans-serif;
		widows: 2;
		orphans: 2;
		word-wrap: break-word;
		overflow-wrap: break-word;
		hyphens: auto;

		color: black;
		color: var(--text);
		background: white top left fixed no-repeat;
		background: var(--bg) top left fixed no-repeat;
		background-size: 25px auto;
	}


/******************************************************************************/
/*                         Front Matter & Navigation                          */
/******************************************************************************/

/** Header ********************************************************************/

	div.head { margin-bottom: 1em; }
	div.head hr { border-style: solid; }

	div.head h1 {
		font-weight: bold;
		margin: 0 0 .1em;
		font-size: 220%;
	}

	div.head h2 { margin-bottom: 1.5em;}

/** W3C Logo ******************************************************************/

	.head .logo {
		float: right;
		margin: 0.4rem 0 0.2rem .4rem;
	}

	.head img[src*="logos/W3C"] {
		display: block;
		border: solid #1a5e9a;
		border: solid var(--logo-bg);
		border-width: .65rem .7rem .6rem;
		border-radius: .4rem;
		background: #1a5e9a;
		background: var(--logo-bg);
		color: white;
		color: var(--logo-text);
		font-weight: bold;
	}

	.head a:hover > img[src*="logos/W3C"],
	.head a:focus > img[src*="logos/W3C"] {
		opacity: .8;
	}

	.head a:active > img[src*="logos/W3C"] {
		background: #c00;
		background: var(--logo-active-bg);
		border-color: #c00;
		border-color: var(--logo-active-bg);
	}

	/* see also additional rules in Link Styling section */

/** Copyright *****************************************************************/

	p.copyright,
	p.copyright small { font-size: small; }

/** Back to Top / ToC Toggle **************************************************/

	@media print {
		#toc-nav {
			display: none;
		}
	}
	@media not print {
		#toc-nav {
			position: fixed;
			z-index: 3;
			bottom: 0; left: 0;
			margin: 0;
			min-width: 1.33em;
			border-top-right-radius: 2rem;
			box-shadow: 0 0 2px;
			font-size: 1.5em;
		}
		#toc-nav > a {
			display: block;
			white-space: nowrap;

			height: 1.33em;
			padding: .1em 0.3em;
			margin: 0;

			box-shadow: 0 0 2px;
			border: none;
			border-top-right-radius: 1.33em;

			color: #707070;
			color: var(--tocnav-normal-text);
			background: white;
			background: var(--tocnav-normal-bg);
		}
		#toc-nav > a:hover,
		#toc-nav > a:focus {
			color: black;
			color: var(--tocnav-hover-text);
			background: #f8f8f8;
			background: var(--tocnav-hover-bg);
		}
		#toc-nav > a:active {
			color: #c00;
			color: var(--tocnav-active-text);
			background: white;
			background: var(--tocnav-active-bg);
		}

		#toc-nav > #toc-jump {
			padding-bottom: 2em;
			margin-bottom: -1.9em;
		}

		/* statusbar gets in the way on keyboard focus; remove once browsers fix */
		#toc-nav > a[href="#toc"]:not(:hover):focus:last-child {
			padding-bottom: 1.5rem;
		}

		#toc-nav:not(:hover) > a:not(:focus) > span + span {
			/* Ideally this uses :focus-within on #toc-nav */
			display: none;
		}
		#toc-nav > a > span + span {
			padding-right: 0.2em;
		}
	}

/** ToC Sidebar ***************************************************************/

	/* Floating sidebar */
	@media screen {
		body.toc-sidebar #toc {
			position: fixed;
			top: 0; bottom: 0;
			left: 0;
			width: 23.5em;
			max-width: 80%;
			max-width: calc(100% - 2em - 26px);
			overflow: auto;
			padding: 0 1em;
			padding-left: 42px;
			padding-left: calc(1em + 26px);
			color: black;
			color: var(--tocsidebar-text);
			background: inherit;
			background-color: #f7f8f9;
			background-color: var(--tocsidebar-bg);
			z-index: 1;
			box-shadow: -.1em 0 .25em rgba(0,0,0,.1) inset;
			box-shadow: -.1em 0 .25em var(--tocsidebar-shadow) inset;
		}
		body.toc-sidebar #toc h2 {
			margin-top: .8rem;
			font-variant: small-caps;
			font-variant: all-small-caps;
			text-transform: lowercase;
			font-weight: bold;
			color: gray;
			color: hsla(203,20%,40%,.7);
			color: var(--tocsidebar-heading-text);
		}
		body.toc-sidebar #toc-jump:not(:focus) {
			width: 0;
			height: 0;
			padding: 0;
			position: absolute;
			overflow: hidden;
		}
	}
	/* Hide main scroller when only the ToC is visible anyway */
	@media screen and (max-width: 28em) {
		body.toc-sidebar {
			overflow: hidden;
		}
	}

	/* Sidebar with its own space */
	@media screen and (min-width: 78em) {
		body:not(.toc-inline) #toc {
			position: fixed;
			top: 0; bottom: 0;
			left: 0;
			width: 23.5em;
			overflow: auto;
			padding: 0 1em;
			padding-left: 42px;
			padding-left: calc(1em + 26px);
			color: black;
			color: var(--tocsidebar-text);
			background: inherit;
			background-color: #f7f8f9;
			background-color: var(--tocsidebar-bg);
			z-index: 1;
			box-shadow: -.1em 0 .25em rgba(0,0,0,.1) inset;
			box-shadow: -.1em 0 .25em var(--tocsidebar-shadow) inset;
		}
		body:not(.toc-inline) #toc h2 {
			margin-top: .8rem;
			font-variant: small-caps;
			font-variant: all-small-caps;
			text-transform: lowercase;
			font-weight: bold;
			color: gray;
			color: hsla(203,20%,40%,.7);
			color: var(--tocsidebar-heading-text);
		}

		body:not(.toc-inline) {
			padding-left: 29em;
		}
		/* See also Overflow section at the bottom */

		body:not(.toc-inline) #toc-jump:not(:focus) {
			width: 0;
			height: 0;
			padding: 0;
			position: absolute;
			overflow: hidden;
		}
	}
	@media screen and (min-width: 90em) {
		body:not(.toc-inline) {
			margin: 0 4em;
		}
	}

/******************************************************************************/
/*                                Sectioning                                  */
/******************************************************************************/

/** Headings ******************************************************************/

	h1, h2, h3, h4, h5, h6, dt {
		page-break-after: avoid;
		page-break-inside: avoid;
		font: 100% sans-serif;   /* Reset all font styling to clear out UA styles */
		font-family: inherit;	/* Inherit the font family. */
		line-height: 1.2;		/* Keep wrapped headings compact */
		hyphens: manual;		/* Hyphenated headings look weird */
	}

	h2, h3, h4, h5, h6 {
		margin-top: 3rem;
	}

	h1, h2, h3 {
		color: #005A9C;
		color: var(--heading-text);
	}

	h1 { font-size: 170%; }
	h2 { font-size: 140%; }
	h3 { font-size: 120%; }
	h4 { font-weight: bold; }
	h5 { font-style: italic; }
	h6 { font-variant: small-caps; }
	dt { font-weight: bold; }

/** Subheadings ***************************************************************/

	h1 + h2,
	#profile-and-date {
		/* #profile-and-date is a subtitle in an H2 under the H1 */
		margin-top: 0;
	}
	h2 + h3,
	h3 + h4,
	h4 + h5,
	h5 + h6 {
		margin-top: 1.2em; /* = 1 x line-height */
	}

/** Section divider ***********************************************************/

	:not(.head) > :not(.head) + hr {
		font-size: 1.5em;
		text-align: center;
		margin: 1em auto;
		height: auto;
		color: black;
		color: var(--hr-text);
		border: transparent solid 0;
		background: transparent;
	}
	:not(.head) > hr::before {
		content: "\2727\2003\2003\2727\2003\2003\2727";
	}

/******************************************************************************/
/*                            Paragraphs and Lists                            */
/******************************************************************************/

	p {
		margin: 1em 0;
	}

	dd > p:first-child,
	li > p:first-child {
		margin-top: 0;
	}

	ul, ol {
		margin-left: 0;
		padding-left: 2em;
	}

	li {
		margin: 0.25em 0 0.5em;
		padding: 0;
	}

	dl dd {
		margin: 0 0 .5em 2em;
	}

	.head dd + dd { /* compact for header */
		margin-top: -.5em;
	}

	/* Style for algorithms */
	ol.algorithm ol:not(.algorithm),
	.algorithm > ol ol:not(.algorithm) {
	border-left: 0.5em solid #DEF;
	border-left: 0.5em solid var(--algo-border);
	}

	/* Put nice boxes around each algorithm. */
	[data-algorithm]:not(.heading) {
	 padding: .5em;
	 border: thin solid #ddd;
	 border: thin solid var(--algo-border);
	 border-radius: .5em;
	 margin: .5em calc(-0.5em - 1px);
	}
	[data-algorithm]:not(.heading) > :first-child {
	 margin-top: 0;
	}
	[data-algorithm]:not(.heading) > :last-child {
	 margin-bottom: 0;
	}

	/* Style for switch/case <dl>s */
	dl.switch > dd > ol.only,
	dl.switch > dd > .only > ol {
	margin-left: 0;
	}
	dl.switch > dd > ol.algorithm,
	dl.switch > dd > .algorithm > ol {
	margin-left: -2em;
	}
	dl.switch {
	padding-left: 2em;
	}
	dl.switch > dt {
	text-indent: -1.5em;
	margin-top: 1em;
	}
	dl.switch > dt + dt {
	margin-top: 0;
	}
	dl.switch > dt::before {
	content: '\21AA';
	padding: 0 0.5em 0 0;
	display: inline-block;
	width: 1em;
	text-align: right;
	line-height: 0.5em;
	}

/** Terminology Markup ********************************************************/


/******************************************************************************/
/*                                 Inline Markup                              */
/******************************************************************************/

/** Terminology Markup ********************************************************/
	dfn   { /* Defining instance */
		font-weight: bolder;
	}
	a > i { /* Instance of term */
		font-style: normal;
	}
	dt dfn code, code.idl {
		font-size: inherit;
	}
	dfn var {
		font-style: normal;
	}

/** Change Marking ************************************************************/

	del {
		color: #aa0000;
		color: var(--del-text);
		background: transparent;
		background: var(--del-bg);
		text-decoration: line-through;
	}
	ins {
		color: #006100;
		color: var(--ins-text);
		background: transparent;
		background: var(--ins-bg);
		text-decoration: underline;
	}

	/* for amendments (candidate/proposed changes) */

	.amendment ins, .correction ins, .addition ins,
	ins[class^=c] {
		text-decoration-style: dotted;
	}
	.amendment del, .correction del, .addition del,
	del[class^=c] {
		text-decoration-style: dotted;
	}
	.amendment.proposed ins, .correction.proposed ins, .addition.proposed ins,
	ins[class^=c].proposed {
		text-decoration-style: double;
	}
	.amendment.proposed del, .correction.proposed del, .addition.proposed del,
	del[class^=c].proposed {
		text-decoration-style: double;
	}

/** Miscellaneous improvements to inline formatting ***************************/

	sup {
		vertical-align: super;
		font-size: 80%
	}

/******************************************************************************/
/*                                    Code                                    */
/******************************************************************************/

/** General monospace/pre rules ***********************************************/

	pre, code, samp {
		font-family: Menlo, Consolas, "DejaVu Sans Mono", Monaco, monospace;
		font-size: .9em;
		hyphens: none;
		text-transform: none;
		text-align: left;
		text-align: start;
		font-variant: normal;
		orphans: 3;
		widows: 3;
		page-break-before: avoid;
	}
	pre code,
	code code {
		font-size: 100%;
	}

	pre {
		margin-top: 1em;
		margin-bottom: 1em;
		overflow: auto;
	}

/** Inline Code fragments *****************************************************/

	/* Do something nice. */

/******************************************************************************/
/*                                    Links                                   */
/******************************************************************************/

/** General Hyperlinks ********************************************************/

	/* We hyperlink a lot, so make it less intrusive */
	a[href] {
		color: #034575;
		color: var(--a-normal-text);
		text-decoration: underline #707070;
		text-decoration: underline var(--a-normal-underline);
		text-decoration-skip-ink: none;
	}
	a:visited {
		color: #034575;
		color: var(--a-visited-text);
		text-decoration-color: #bbb;
		text-decoration-color: var(--a-visited-underline);
	}

	/* Indicate interaction with the link */
	a[href]:focus,
	a[href]:hover {
		text-decoration-thickness: 2px;
	}
	a[href]:active {
		color: #c00;
		color: var(--a-active-text);
		text-decoration-color: #c00;
		text-decoration-color: var(--a-active-underline);
	}

	/* Backout above styling for W3C logo */
	.head .logo,
	.head .logo a {
		border: none;
		text-decoration: none;
		background: transparent;
	}

/******************************************************************************/
/*                                    Images                                  */
/******************************************************************************/

	img {
		border-style: none;
	}

	img, svg {
		/* Intentionally not color-scheme aware. */
		background: white;
	}

	/* For autogen numbers, add
	  .caption::before, figcaption::before { content: "Figure " counter(figure) ". "; }
	*/

	figure, .figure, .sidefigure {
		page-break-inside: avoid;
		text-align: center;
		margin: 2.5em 0;
	}
	.figure img,	.sidefigure img,	figure img,
	.figure object, .sidefigure object, figure object {
		max-width: 100%;
		margin: auto;
		height: auto;
	}
	.figure pre, .sidefigure pre, figure pre {
		text-align: left;
		display: table;
		margin: 1em auto;
	}
	.figure table, figure table {
		margin: auto;
	}
	@media screen and (min-width: 20em) {
		.sidefigure {
			float: right;
			width: 50%;
			margin: 0 0 0.5em 0.5em;
		}
	}
	.caption, figcaption, caption {
		font-style: italic;
		font-size: 90%;
	}
	.caption::before, figcaption::before, figcaption > .marker {
		font-weight: bold;
	}
	.caption, figcaption {
		counter-increment: figure;
	}

	/* DL list is indented 2em, but figure inside it is not */
	dd > .figure, dd > figure { margin-left: -2em; }

/******************************************************************************/
/*                             Colored Boxes                                  */
/******************************************************************************/

	.issue, .note, .example, .assertion, .advisement, blockquote,
	.amendment, .correction, .addition {
		margin: 1em auto;
		padding: .5em;
		border: .5em;
		border-left-style: solid;
		page-break-inside: avoid;
	}
	span.issue, span.note {
		padding: .1em .5em .15em;
		border-right-style: solid;
	}

	blockquote > :first-child,
	.note  > p:first-child,
	.issue > p:first-child,
	.amendment > p:first-child,
	.correction > p:first-child,
	.addition > p:first-child {
		margin-top: 0;
	}
	blockquote > :last-child,
	.note  > p:last-child,
	.issue > p:last-child,
	.amendment > p:last-child,
	.correction > p:last-child,
	.addition > p:last-child {
		margin-bottom: 0;
	}


	.issue::before, .issue > .marker,
	.example::before, .example > .marker,
	.note::before, .note > .marker,
	details.note > summary > .marker,
	.amendment::before, .amendment > .marker,
	details.amendment > summary > .marker,
	.addition::before, .addition > .marker,
	addition.amendment > summary > .marker,
	.correction::before, .correction > .marker,
	correction.amendment > summary > .marker
	{
		text-transform: uppercase;
		padding-right: 1em;
	}

	.example::before, .example > .marker {
		display: block;
		padding-right: 0em;
	}

/** Blockquotes ***************************************************************/

	blockquote {
		border-color: silver;
		border-color: var(--blockquote-border);
		background: transparent;
		background: var(--blockquote-bg);
		color: currentcolor;
		color: var(--blockquote-text);
	}

/** Open issue ****************************************************************/

	.issue {
		border-color: #e05252;
		border-color: var(--issue-border);
		background: #fbe9e9;
		background: var(--issue-bg);
		color: black;
		color: var(--issue-text);
		counter-increment: issue;
		overflow: auto;
	}
	.issue::before, .issue > .marker {
		color: #831616;
		color: var(--issueheading-text);
	}
	/* Add .issue::before { content: "Issue " counter(issue) " "; } for autogen numbers,
	  or use class="marker" to mark up the issue number in source. */

/** Example *******************************************************************/

	.example {
		border-color: #e0cb52;
		border-color: var(--example-border);
		background: #fcfaee;
		background: var(--example-bg);
		color: black;
		color: var(--example-text);
		counter-increment: example;
		overflow: auto;
		clear: both;
	}
	.example::before, .example > .marker {
		color: #574b0f;
		color: var(--exampleheading-text);
	}
	/* Add .example::before { content: "Example " counter(example) " "; } for autogen numbers,
	  or use class="marker" to mark up the example number in source. */

/** Non-normative Note ********************************************************/

	.note {
		border-color: #52e052;
		border-color: var(--note-border);
		background: #e9fbe9;
		background: var(--note-bg);
		color: black;
		color: var(--note-text);
		overflow: auto;
	}

	.note::before, .note > .marker,
	details.note > summary {
		color: hsl(120, 70%, 30%);
		color: var(--noteheading-text);
	}
	/* Add .note::before { content: "Note "; } for autogen label,
	  or use class="marker" to mark up the label in source. */

	details.note[open] > summary {
		border-bottom: 1px silver solid;
		border-bottom: 1px var(--notesummary-underline) solid;
	}

/** Assertion Box *************************************************************/
	/*  for assertions in algorithms */

	.assertion {
		border-color: #AAA;
		border-color: var(--assertion-border);
		background: #EEE;
		background: var(--assertion-bg);
		color: black;
		color: var(--assertion-text);
	}

/** Advisement Box ************************************************************/
	/*  for attention-grabbing normative statements */

	.advisement {
		border-color: orange;
		border-color: var(--advisement-border);
		border-style: none solid;
		background: #fec;
		background: var(--advisement-bg);
		color: black;
		color: var(--advisement-text);
	}
	strong.advisement {
		display: block;
		text-align: center;
	}
	.advisement::before, .advisement > .marker {
		color: #b35f00;
		color: var(--advisementheading-text);
	}

/** Amendment Box *************************************************************/

	.amendment, .correction, .addition {
		border-color: #330099;
		border-color: var(--amendment-border);
		background: #F5F0FF;
		background: var(--amendment-bg);
		color: black;
		color: var(--amendment-text);
	}
	.amendment.proposed, .correction.proposed, .addition.proposed {
		border-style: solid;
		border-block-width: 0.25em;
	}
	.amendment::before, .amendment > .marker,
	details.amendment > summary::before, details.amendment > summary > .marker,
	.correction::before, .correction > .marker,
	details.correction > summary::before, details.correction > summary > .marker,
	.addition::before, .addition > .marker,
	details.addition > summary::before, details.addition > summary > .marker {
		color: #220066;
		color: var(--amendmentheading-text);
	}
	.amendment.proposed::before, .amendment.proposed > .marker,
	details.amendment.proposed > summary::before, details.amendment.proposed > summary > .marker,
	.correction.proposed::before, .correction.proposed > .marker,
	details.correction.proposed > summary::before, details.correction.proposed > summary > .marker,
	.addition.proposed::before, .addition.proposed > .marker,
	details.addition.proposed > summary::before, details.addition.proposed > summary > .marker {
		font-weight: bold;
	}

/** Spec Obsoletion Notice ****************************************************/
	/* obnoxious obsoletion notice for older/abandoned specs. */

	details {
		display: block;
	}
	summary {
		font-weight: bolder;
	}

	.annoying-warning:not(details),
	details.annoying-warning:not([open]) > summary,
	details.annoying-warning[open] {
		background: hsla(40,100%,50%,0.95);
		background: var(--warning-bg);
		color: black;
		color: var(--warning-text);
		padding: .75em 1em;
		border: red;
		border: var(--warning-border);
		border-style: solid none;
		box-shadow: 0 2px 8px black;
		text-align: center;
	}
	.annoying-warning :last-child {
		margin-bottom: 0;
	}

@media not print {
	details.annoying-warning[open] {
		position: fixed;
		left: 0;
		right: 0;
		bottom: 2em;
		z-index: 1000;
	}
}

	details.annoying-warning:not([open]) > summary {
		text-align: center;
	}

/** Entity Definition Boxes ***************************************************/

	.def {
		padding: .5em 1em;
		background: #def;
		background: var(--def-bg);
		margin: 1.2em 0;
		border-left: 0.5em solid #8ccbf2;
		border-left: 0.5em solid var(--def-border);
		color: black;
		color: var(--def-text);
	}

/******************************************************************************/
/*                                    Tables                                  */
/******************************************************************************/

	th, td {
		text-align: left;
		text-align: start;
	}

/** Property/Descriptor Definition Tables *************************************/

	table.def {
		/* inherits .def box styling, see above */
		width: 100%;
		border-spacing: 0;
	}

	table.def td,
	table.def th {
		padding: 0.5em;
		vertical-align: baseline;
		border-bottom: 1px solid #bbd7e9;
		border-bottom: 1px solid var(--defrow-border);
	}

	table.def > tbody > tr:last-child th,
	table.def > tbody > tr:last-child td {
		border-bottom: 0;
	}

	table.def th {
		font-style: italic;
		font-weight: normal;
		padding-left: 1em;
		width: 3em;
	}

	/* For when values are extra-complex and need formatting for readability */
	table td.pre {
		white-space: pre-wrap;
	}

	/* A footnote at the bottom of a def table */
	table.def td.footnote {
		padding-top: 0.6em;
	}
	table.def td.footnote::before {
		content: " ";
		display: block;
		height: 0.6em;
		width: 4em;
		border-top: thin solid;
	}

/** Data tables (and properly marked-up index tables) *************************/
	/*
		<table class="data"> highlights structural relationships in a table
		when correct markup is used (e.g. thead/tbody, th vs. td, scope attribute)

		Use class="complex data" for particularly complicated tables --
		(This will draw more lines: busier, but clearer.)

		Use class="long" on table cells with paragraph-like contents
		(This will adjust text alignment accordingly.)
		Alternately use class="longlastcol" on tables, to have the last column assume "long".
	*/

	table {
		word-wrap: normal;
		overflow-wrap: normal;
		hyphens: manual;
	}

	table.data,
	table.index {
		margin: 1em auto;
		border-collapse: collapse;
		border: hidden;
		width: 100%;
	}
	table.data caption,
	table.index caption {
		max-width: 50em;
		margin: 0 auto 1em;
	}

	table.data td,  table.data th,
	table.index td, table.index th {
		padding: 0.5em 1em;
		border-width: 1px;
		border-color: silver;
		border-color: var(--datacell-border);
		border-top-style: solid;
	}

	table.data thead td:empty {
		padding: 0;
		border: 0;
	}

	table.data  thead,
	table.index thead,
	table.data  tbody,
	table.index tbody {
		border-bottom: 2px solid;
	}

	table.data colgroup,
	table.index colgroup {
		border-left: 2px solid;
	}

	table.data  tbody th:first-child,
	table.index tbody th:first-child  {
		border-right: 2px solid;
		border-top: 1px solid silver;
		border-top: 1px solid var(--datacell-border);
		padding-right: 1em;
	}

	table.data th[colspan],
	table.data td[colspan] {
		text-align: center;
	}

	table.complex.data th,
	table.complex.data td {
		border: 1px solid silver;
		border: 1px solid var(--datacell-border);
		text-align: center;
	}

	table.data.longlastcol td:last-child,
	table.data td.long {
		vertical-align: baseline;
		text-align: left;
	}

	table.data img {
		vertical-align: middle;
	}


/*
Alternate table alignment rules

	table.data,
	table.index {
		text-align: center;
	}

	table.data  thead th[scope="row"],
	table.index thead th[scope="row"] {
		text-align: right;
	}

	table.data  tbody th:first-child,
	table.index tbody th:first-child  {
		text-align: right;
	}

Possible extra rowspan handling

	table.data  tbody th[rowspan]:not([rowspan='1']),
	table.index tbody th[rowspan]:not([rowspan='1']),
	table.data  tbody td[rowspan]:not([rowspan='1']),
	table.index tbody td[rowspan]:not([rowspan='1']) {
		border-left: 1px solid silver;
	}

	table.data  tbody th[rowspan]:first-child,
	table.index tbody th[rowspan]:first-child,
	table.data  tbody td[rowspan]:first-child,
	table.index tbody td[rowspan]:first-child{
		border-left: 0;
		border-right: 1px solid silver;
	}
*/

/******************************************************************************/
/*                                  Indices                                   */
/******************************************************************************/


/** Table of Contents *********************************************************/

	.toc a {
		/* More spacing; use padding to make it part of the click target. */
		padding: 0.1rem 1px 0;
		/* Larger, more consistently-sized click target */
		display: block;
		/* Switch to using border-bottom for underlines */
		text-decoration: none;
		border-bottom: 1px solid;
		/* Reverse color scheme */
		color: black;
		color: var(--toclink-text);
		border-color: #3980b5;
		border-color: var(--toclink-underline);
	}
	.toc a:visited {
		color: black;
		color: var(--toclink-visited-text);
		border-color: #054572;
		border-color: var(--toclink-visited-underline);
	}
	.toc a:focus,
	.toc a:hover {
		background: rgba(75%, 75%, 75%, .25);
		background: var(--a-hover-bg);
		border-bottom-width: 3px;
		margin-bottom: -2px;
	}
	.toc a:not(:focus):not(:hover) {
		/* Allow colors to cascade through from link styling */
		border-bottom-color: transparent;
	}

	.toc, .toc ol, .toc ul, .toc li {
		list-style: none; /* Numbers must be inlined into source */
		/* because generated content isn't search/selectable and markers can't do multilevel yet */
		margin:  0;
		padding: 0;
	}
	.toc {
		line-height: 1.1em;
	}

	/* ToC not indented until third level, but font style & margins show hierarchy */
	.toc > li			{ font-weight: bold;   }
	.toc > li li		 { font-weight: normal; }
	.toc > li li li	  { font-size:   95%;	}
	.toc > li li li li	{ font-size:   90%;	}
	.toc > li li li li li { font-size:   85%;	}

	/* @supports not (display:grid) { */
		.toc > li			{ margin: 1.5rem 0;	}
		.toc > li li		 { margin: 0.3rem 0;	}
		.toc > li li li	  { margin-left: 2rem;   }

		/* Section numbers in a column of their own */
		.toc .secno {
			float: left;
			width: 4rem;
			white-space: nowrap;
		}
		.toc > li li li li .secno { font-size: 85%; }
		.toc > li li li li li .secno { font-size: 100%; }

		.toc li {
			clear: both;
		}

		:not(li) > .toc			 { margin-left:  5rem; }
		.toc .secno				 { margin-left: -5rem; }
		.toc > li li li .secno	  { margin-left: -7rem; }
		.toc > li li li li .secno	{ margin-left: -9rem; }
		.toc > li li li li li .secno { margin-left: -11rem; }

		/* Tighten up indentation in narrow ToCs */
		@media (max-width: 30em) {
			:not(li) > .toc			 { margin-left:  4rem; }
			.toc .secno				 { margin-left: -4rem; }
			.toc > li li li			 { margin-left:  1rem; }
			.toc > li li li .secno	  { margin-left: -5rem; }
			.toc > li li li li .secno	{ margin-left: -6rem; }
			.toc > li li li li li .secno { margin-left: -7rem; }
		}
		/* Loosen it on wide screens */
		@media screen and (min-width: 78em) {
			body:not(.toc-inline) :not(li) > .toc			 { margin-left:  4rem; }
			body:not(.toc-inline) .toc .secno				 { margin-left: -4rem; }
			body:not(.toc-inline) .toc > li li li			 { margin-left:  1rem; }
			body:not(.toc-inline) .toc > li li li .secno	  { margin-left: -5rem; }
			body:not(.toc-inline) .toc > li li li li .secno	{ margin-left: -6rem; }
			body:not(.toc-inline) .toc > li li li li li .secno { margin-left: -7rem; }
	}
	/* } */

	@supports (display:grid) and (display:contents) {
		/* Use #toc over .toc to override non-@supports rules. */
		#toc {
			display: grid;
			align-content: start;
			grid-template-columns: auto 1fr;
			grid-column-gap: 1rem;
			column-gap: 1rem;
			grid-row-gap: .6rem;
			row-gap: .6rem;
		}
		#toc h2 {
			grid-column: 1 / -1;
			margin-bottom: 0;
		}
		#toc ol,
		#toc li,
		#toc a {
			display: contents;
			/* Switch <a> to subgrid when supported */
		}
		#toc span {
			margin: 0;
		}
		#toc > .toc > li > a > span {
			/* The spans of the top-level list,
			  comprising the first items of each top-level section. */
			margin-top: 1.1rem;
		}
		#toc#toc .secno { /* Ugh, need more specificity to override base.css */
			grid-column: 1;
			width: auto;
			margin-left: 0;
		}
		#toc .content {
			grid-column: 2;
			width: auto;
			margin-right: 1rem;
		}
		#toc .content:hover,
		#toc .content:focus {
			background: rgba(75%, 75%, 75%, .25);
			background: var(--a-hover-bg);
			border-bottom: 3px solid #054572;
			border-bottom: 3px solid var(--toclink-underline);
			margin-bottom: -3px;
		}
		#toc li li li .content {
			margin-left: 1rem;
		}
		#toc li li li li .content {
			margin-left: 2rem;
		}
	}


/** Index *********************************************************************/

	/* Index Lists: Layout */
	ul.index	  { margin-left: 0; columns: 15em; text-indent: 1em hanging; }
	ul.index li	{ margin-left: 0; list-style: none; break-inside: avoid; }
	ul.index li li { margin-left: 1em; }
	ul.index dl	{ margin-top: 0; }
	ul.index dt	{ margin: .2em 0 .2em 20px;}
	ul.index dd	{ margin: .2em 0 .2em 40px;}
	/* Index Lists: Typography */
	ul.index ul,
	ul.index dl { font-size: smaller; }
	@media not print {
		ul.index li a + span {
			white-space: nowrap;
			color: transparent; }
		ul.index li a:hover + span,
		ul.index li a:focus + span {
			color: #707070;
			color: var(--indexinfo-text);
		}
	}

/** Index Tables *****************************************************/
	/* See also the data table styling section, which this effectively subclasses */

	table.index {
		font-size: small;
		border-collapse: collapse;
		border-spacing: 0;
		text-align: left;
		margin: 1em 0;
	}

	table.index td,
	table.index th {
		padding: 0.4em;
	}

	table.index tr:hover td:not([rowspan]),
	table.index tr:hover th:not([rowspan]) {
		color: black;
		color: var(--indextable-hover-text);
		background: #f7f8f9;
		background: var(--indextable-hover-bg);
	}

	/* The link in the first column in the property table (formerly a TD) */
	table.index th:first-child a {
		font-weight: bold;
	}

/** Outdated warning **********************************************************/

.outdated-spec {
	color: black;
	color: var(--outdatedspec-text);
	background-color: rgba(0,0,0,0.5);
	background-color: var(--outdatedspec-bg);
}

.outdated-warning {
	position: fixed;
	bottom: 50%;
	left: 0;
	right: 0;
	margin: 0 auto;
	width: 50%;
	background: maroon;
	background: var(--outdated-bg);
	color: white;
	color: var(--outdated-text);
	border-radius: 1em;
	box-shadow: 0 0 1em red;
	box-shadow: 0 0 1em var(--outdated-shadow);
	padding: 2em;
	text-align: center;
	z-index: 2;
}

.outdated-warning a {
	color: currentcolor;
	background: transparent;
}

.edited-rec-warning {
	background: darkorange;
	background: var(--editedrec-bg);
	box-shadow: 0 0 1em;
}

.outdated-warning button {
	color: var(--outdated-text);
	border-radius: 1em;
	box-shadow: 0 0 1em red;
	box-shadow: 0 0 1em var(--outdated-shadow);
	padding: 2em;
	text-align: center;
	z-index: 2;
}

.outdated-warning a {
	color: currentcolor;
	background: transparent;
}

.edited-rec-warning {
	background: darkorange;
	background: var(--editedrec-bg);
	box-shadow: 0 0 1em;
}

.outdated-warning button {
	position: absolute;
	top: 0;
	right:0;
	margin: 0;
	border: 0;
	padding: 0.25em 0.5em;
	background: transparent;
	color: white;
	color: var(--outdated-text);
	font:1em sans-serif;
	text-align:center;
}

.outdated-warning span {
	display: block;
}

.outdated-collapsed {
	bottom: 0;
	border-radius: 0;
	width: 100%;
	padding: 0;
}

/******************************************************************************/
/*                                    Print                                   */
/******************************************************************************/

	@media print {
		/* Pages have their own margins. */
		html {
			margin: 0;
		}
		/* Serif for print. */
		body {
			font-family: serif;
		}

		.outdated-warning {
			position: absolute;
			border-style: solid;
			border-color: red;
		}

		.outdated-warning input {
			display: none;
		}
	}
	@page {
		margin: 1.5cm 1.1cm;
	}



/******************************************************************************/
/*                             Overflow Control                               */
/******************************************************************************/

	.figure .caption, .sidefigure .caption, figcaption {
		/* in case figure is overlarge, limit caption to 50em */
		max-width: 50rem;
		margin-left: auto;
		margin-right: auto;
	}
	.overlarge {
		/* Magic to create good item positioning:
		  "content column" is 50ems wide at max; less on smaller screens.
		  Extra space (after ToC + content) is empty on the right.

		  1. When item < content column, centers item in column.
		  2. When content < item < available, left-aligns.
		  3. When item > available, fills available + scroll bar.
		*/
		display: grid;
		grid-template-columns: minmax(0, 50em);
	}
	.overlarge > table {
		/* limit preferred width of table */
		max-width: 50em;
		margin-left: auto;
		margin-right: auto;
	}

	@media (min-width: 55em) {
		.overlarge {
			margin-right: calc(13px + 26.5rem - 50vw);
			max-width: none;
		}
	}
	@media screen and (min-width: 78em) {
		body:not(.toc-inline) .overlarge {
			/* 30.5em body padding 50em content area */
			margin-right: calc(40em - 50vw) !important;
		}
	}
	@media screen and (min-width: 90em) {
		body:not(.toc-inline) .overlarge {
			/* 4em html margin 30.5em body padding 50em content area */
			margin-right: calc(84.5em - 100vw) !important;
		}
	}

	@media not print {
		.overlarge {
			overflow-x: auto;
			/* See Lea Verou's explanation background-attachment:
			* http://lea.verou.me/2012/04/background-attachment-local/
			*
			background: top left  / 4em 100% linear-gradient(to right,  #ffffff, rgba(255, 255, 255, 0)) local,
						top right / 4em 100% linear-gradient(to left, #ffffff, rgba(255, 255, 255, 0)) local,
						top left  / 1em 100% linear-gradient(to right,  #c3c3c5, rgba(195, 195, 197, 0)) scroll,
						top right / 1em 100% linear-gradient(to left, #c3c3c5, rgba(195, 195, 197, 0)) scroll,
						white;
			background-repeat: no-repeat;
			*/
		}
	}
</style>
<style>
    table, th, td {
      border: 1px solid black;
      border-collapse: collapse;
      vertical-align: top;
    }
    th, td {
      border-left: none;
      border-right: none;
      padding: 0px 10px;
    }
    th {
      text-align: center;
    }

    del { background: #fcc; color: #000; text-decoration: line-through; }
    ins { background: #cfc; color: #000; }
    blockquote .highlight:not(.idl) { background: initial; margin: initial; padding: 0.5em }
    blockquote ul { background: inherit; }
    blockquote code.highlight:not(.idl) { padding: initial; }
    blockquote c-[a] { color: inherit; } /* Keyword.Declaration */
    blockquote c-[b] { color: inherit; } /* Keyword.Type */
    blockquote c-[c] { color: inherit; } /* Comment */
    blockquote c-[d] { color: inherit; } /* Comment.Multiline */
    blockquote c-[e] { color: inherit; } /* Name.Attribute */
    blockquote c-[f] { color: inherit; } /* Name.Tag */
    blockquote c-[g] { color: inherit; } /* Name.Variable */
    blockquote c-[k] { color: inherit; } /* Keyword */
    blockquote c-[l] { color: inherit; } /* Literal */
    blockquote c-[m] { color: inherit; } /* Literal.Number */
    blockquote c-[n] { color: inherit; } /* Name */
    blockquote c-[o] { color: inherit; } /* Operator */
    blockquote c-[p] { color: inherit; } /* Punctuation */
    blockquote c-[s] { color: inherit; } /* Literal.String */
    blockquote c-[t] { color: inherit; } /* Literal.String.Single */
    blockquote c-[u] { color: inherit; } /* Literal.String.Double */
    blockquote c-[cp] { color: inherit; } /* Comment.Preproc */
    blockquote c-[c1] { color: inherit; } /* Comment.Single */
    blockquote c-[cs] { color: inherit; } /* Comment.Special */
    blockquote c-[kc] { color: inherit; } /* Keyword.Constant */
    blockquote c-[kn] { color: inherit; } /* Keyword.Namespace */
    blockquote c-[kp] { color: inherit; } /* Keyword.Pseudo */
    blockquote c-[kr] { color: inherit; } /* Keyword.Reserved */
    blockquote c-[ld] { color: inherit; } /* Literal.Date */
    blockquote c-[nc] { color: inherit; } /* Name.Class */
    blockquote c-[no] { color: inherit; } /* Name.Constant */
    blockquote c-[nd] { color: inherit; } /* Name.Decorator */
    blockquote c-[ni] { color: inherit; } /* Name.Entity */
    blockquote c-[ne] { color: inherit; } /* Name.Exception */
    blockquote c-[nf] { color: inherit; } /* Name.Function */
    blockquote c-[nl] { color: inherit; } /* Name.Label */
    blockquote c-[nn] { color: inherit; } /* Name.Namespace */
    blockquote c-[py] { color: inherit; } /* Name.Property */
    blockquote c-[ow] { color: inherit; } /* Operator.Word */
    blockquote c-[mb] { color: inherit; } /* Literal.Number.Bin */
    blockquote c-[mf] { color: inherit; } /* Literal.Number.Float */
    blockquote c-[mh] { color: inherit; } /* Literal.Number.Hex */
    blockquote c-[mi] { color: inherit; } /* Literal.Number.Integer */
    blockquote c-[mo] { color: inherit; } /* Literal.Number.Oct */
    blockquote c-[sb] { color: inherit; } /* Literal.String.Backtick */
    blockquote c-[sc] { color: inherit; } /* Literal.String.Char */
    blockquote c-[sd] { color: inherit; } /* Literal.String.Doc */
    blockquote c-[se] { color: inherit; } /* Literal.String.Escape */
    blockquote c-[sh] { color: inherit; } /* Literal.String.Heredoc */
    blockquote c-[si] { color: inherit; } /* Literal.String.Interpol */
    blockquote c-[sx] { color: inherit; } /* Literal.String.Other */
    blockquote c-[sr] { color: inherit; } /* Literal.String.Regex */
    blockquote c-[ss] { color: inherit; } /* Literal.String.Symbol */
    blockquote c-[vc] { color: inherit; } /* Name.Variable.Class */
    blockquote c-[vg] { color: inherit; } /* Name.Variable.Global */
    blockquote c-[vi] { color: inherit; } /* Name.Variable.Instance */
    blockquote c-[il] { color: inherit; } /* Literal.Number.Integer.Long */
  </style>
  <meta content="Bikeshed version 1f1661843, updated Wed Dec 15 11:50:57 2021 -0800" name="generator">
  <link href="https://wg21.link/P2611" rel="canonical">
  <link href="https://isocpp.org/favicon.ico" rel="icon">
  <meta content="3be24b6795dc6d959312fdb74c29ff01ee1f18c5" name="document-revision">
<style>
table, th, tr, td {
  border: 2px solid black !important;
}
@media (prefers-color-scheme: dark) {
  table, th, tr, td {
    border: 2px solid white !important;
  }
}
</style>
<style>/* style-autolinks */

.css.css, .property.property, .descriptor.descriptor {
    color: var(--a-normal-text);
    font-size: inherit;
    font-family: inherit;
}
.css::before, .property::before, .descriptor::before {
    content: "‘";
}
.css::after, .property::after, .descriptor::after {
    content: "’";
}
.property, .descriptor {
    /* Don't wrap property and descriptor names */
    white-space: nowrap;
}
.type { /* CSS value <type> */
    font-style: italic;
}
pre .property::before, pre .property::after {
    content: "";
}
[data-link-type="property"]::before,
[data-link-type="propdesc"]::before,
[data-link-type="descriptor"]::before,
[data-link-type="value"]::before,
[data-link-type="function"]::before,
[data-link-type="at-rule"]::before,
[data-link-type="selector"]::before,
[data-link-type="maybe"]::before {
    content: "‘";
}
[data-link-type="property"]::after,
[data-link-type="propdesc"]::after,
[data-link-type="descriptor"]::after,
[data-link-type="value"]::after,
[data-link-type="function"]::after,
[data-link-type="at-rule"]::after,
[data-link-type="selector"]::after,
[data-link-type="maybe"]::after {
    content: "’";
}

[data-link-type].production::before,
[data-link-type].production::after,
.prod [data-link-type]::before,
.prod [data-link-type]::after {
    content: "";
}

[data-link-type=element],
[data-link-type=element-attr] {
    font-family: Menlo, Consolas, "DejaVu Sans Mono", monospace;
    font-size: .9em;
}
[data-link-type=element]::before { content: "<" }
[data-link-type=element]::after  { content: ">" }

[data-link-type=biblio] {
    white-space: pre;
}</style>
<style>/* style-colors */

/* Any --*-text not paired with a --*-bg is assumed to have a transparent bg */
:root {
    color-scheme: light dark;

    --text: black;
    --bg: white;

    --unofficial-watermark: url(https://www.w3.org/StyleSheets/TR/2016/logos/UD-watermark);

    --logo-bg: #1a5e9a;
    --logo-active-bg: #c00;
    --logo-text: white;

    --tocnav-normal-text: #707070;
    --tocnav-normal-bg: var(--bg);
    --tocnav-hover-text: var(--tocnav-normal-text);
    --tocnav-hover-bg: #f8f8f8;
    --tocnav-active-text: #c00;
    --tocnav-active-bg: var(--tocnav-normal-bg);

    --tocsidebar-text: var(--text);
    --tocsidebar-bg: #f7f8f9;
    --tocsidebar-shadow: rgba(0,0,0,.1);
    --tocsidebar-heading-text: hsla(203,20%,40%,.7);

    --toclink-text: var(--text);
    --toclink-underline: #3980b5;
    --toclink-visited-text: var(--toclink-text);
    --toclink-visited-underline: #054572;

    --heading-text: #005a9c;

    --hr-text: var(--text);

    --algo-border: #def;

    --del-text: red;
    --del-bg: transparent;
    --ins-text: #080;
    --ins-bg: transparent;

    --a-normal-text: #034575;
    --a-normal-underline: #bbb;
    --a-visited-text: var(--a-normal-text);
    --a-visited-underline: #707070;
    --a-hover-bg: rgba(75%, 75%, 75%, .25);
    --a-active-text: #c00;
    --a-active-underline: #c00;

    --blockquote-border: silver;
    --blockquote-bg: transparent;
    --blockquote-text: currentcolor;

    --issue-border: #e05252;
    --issue-bg: #fbe9e9;
    --issue-text: var(--text);
    --issueheading-text: #831616;

    --example-border: #e0cb52;
    --example-bg: #fcfaee;
    --example-text: var(--text);
    --exampleheading-text: #574b0f;

    --note-border: #52e052;
    --note-bg: #e9fbe9;
    --note-text: var(--text);
    --noteheading-text: hsl(120, 70%, 30%);
    --notesummary-underline: silver;

    --assertion-border: #aaa;
    --assertion-bg: #eee;
    --assertion-text: black;

    --advisement-border: orange;
    --advisement-bg: #fec;
    --advisement-text: var(--text);
    --advisementheading-text: #b35f00;

    --warning-border: red;
    --warning-bg: hsla(40,100%,50%,0.95);
    --warning-text: var(--text);

    --amendment-border: #330099;
    --amendment-bg: #F5F0FF;
    --amendment-text: var(--text);
    --amendmentheading-text: #220066;

    --def-border: #8ccbf2;
    --def-bg: #def;
    --def-text: var(--text);
    --defrow-border: #bbd7e9;

    --datacell-border: silver;

    --indexinfo-text: #707070;

    --indextable-hover-text: black;
    --indextable-hover-bg: #f7f8f9;

    --outdatedspec-bg: rgba(0, 0, 0, .5);
    --outdatedspec-text: black;
    --outdated-bg: maroon;
    --outdated-text: white;
    --outdated-shadow: red;

    --editedrec-bg: darkorange;
}</style>
<style>/* style-counters */

body {
    counter-reset: example figure issue;
}
.issue {
    counter-increment: issue;
}
.issue:not(.no-marker)::before {
    content: "Issue " counter(issue);
}

.example {
    counter-increment: example;
}
.example:not(.no-marker)::before {
    content: "Example " counter(example);
}
.invalid.example:not(.no-marker)::before,
.illegal.example:not(.no-marker)::before {
    content: "Invalid Example" counter(example);
}

figcaption {
    counter-increment: figure;
}
figcaption:not(.no-marker)::before {
    content: "Figure " counter(figure) " ";
}</style>
<style>/* style-issues */

a[href].issue-return {
    float: right;
    float: inline-end;
    color: var(--issueheading-text);
    font-weight: bold;
    text-decoration: none;
}
</style>
<style>/* style-md-lists */

/* This is a weird hack for me not yet following the commonmark spec
   regarding paragraph and lists. */
[data-md] > :first-child {
    margin-top: 0;
}
[data-md] > :last-child {
    margin-bottom: 0;
}</style>
<style>/* style-selflinks */

:root {
    --selflink-text: white;
    --selflink-bg: gray;
    --selflink-hover-text: black;
}
.heading, .issue, .note, .example, li, dt {
    position: relative;
}
a.self-link {
    position: absolute;
    top: 0;
    left: calc(-1 * (3.5rem - 26px));
    width: calc(3.5rem - 26px);
    height: 2em;
    text-align: center;
    border: none;
    transition: opacity .2s;
    opacity: .5;
}
a.self-link:hover {
    opacity: 1;
}
.heading > a.self-link {
    font-size: 83%;
}
li > a.self-link {
    left: calc(-1 * (3.5rem - 26px) - 2em);
}
dfn > a.self-link {
    top: auto;
    left: auto;
    opacity: 0;
    width: 1.5em;
    height: 1.5em;
    background: var(--selflink-bg);
    color: var(--selflink-text);
    font-style: normal;
    transition: opacity .2s, background-color .2s, color .2s;
}
dfn:hover > a.self-link {
    opacity: 1;
}
dfn > a.self-link:hover {
    color: var(--selflink-hover-text);
}

a.self-link::before            { content: "¶"; }
.heading > a.self-link::before { content: "§"; }
dfn > a.self-link::before      { content: "#"; }
</style>
<style>/* style-darkmode */

@media (prefers-color-scheme: dark) {
    :root {
        --text: #ddd;
        --bg: black;

        --unofficial-watermark: url("data:image/svg+xml,%3Csvg xmlns='http://www.w3.org/2000/svg' width='400' height='400'%3E%3Cg fill='%23100808' transform='translate(200 200) rotate(-45) translate(-200 -200)' stroke='%23100808' stroke-width='3'%3E%3Ctext x='50%25' y='220' style='font: bold 70px sans-serif; text-anchor: middle; letter-spacing: 6px;'%3EUNOFFICIAL%3C/text%3E%3Ctext x='50%25' y='305' style='font: bold 70px sans-serif; text-anchor: middle; letter-spacing: 6px;'%3EDRAFT%3C/text%3E%3C/g%3E%3C/svg%3E");

        --logo-bg: #1a5e9a;
        --logo-active-bg: #c00;
        --logo-text: white;

        --tocnav-normal-text: #999;
        --tocnav-normal-bg: var(--bg);
        --tocnav-hover-text: var(--tocnav-normal-text);
        --tocnav-hover-bg: #080808;
        --tocnav-active-text: #f44;
        --tocnav-active-bg: var(--tocnav-normal-bg);

        --tocsidebar-text: var(--text);
        --tocsidebar-bg: #080808;
        --tocsidebar-shadow: rgba(255,255,255,.1);
        --tocsidebar-heading-text: hsla(203,20%,40%,.7);

        --toclink-text: var(--text);
        --toclink-underline: #6af;
        --toclink-visited-text: var(--toclink-text);
        --toclink-visited-underline: #054572;

        --heading-text: #8af;

        --hr-text: var(--text);

        --algo-border: #456;

        --del-text: #f44;
        --del-bg: transparent;
        --ins-text: #4a4;
        --ins-bg: transparent;

        --a-normal-text: #6af;
        --a-normal-underline: #555;
        --a-visited-text: var(--a-normal-text);
        --a-visited-underline: var(--a-normal-underline);
        --a-hover-bg: rgba(25%, 25%, 25%, .2);
        --a-active-text: #f44;
        --a-active-underline: var(--a-active-text);

        --borderedblock-bg: rgba(255, 255, 255, .05);

        --blockquote-border: silver;
        --blockquote-bg: var(--borderedblock-bg);
        --blockquote-text: currentcolor;

        --issue-border: #e05252;
        --issue-bg: var(--borderedblock-bg);
        --issue-text: var(--text);
        --issueheading-text: hsl(0deg, 70%, 70%);

        --example-border: hsl(50deg, 90%, 60%);
        --example-bg: var(--borderedblock-bg);
        --example-text: var(--text);
        --exampleheading-text: hsl(50deg, 70%, 70%);

        --note-border: hsl(120deg, 100%, 35%);
        --note-bg: var(--borderedblock-bg);
        --note-text: var(--text);
        --noteheading-text: hsl(120, 70%, 70%);
        --notesummary-underline: silver;

        --assertion-border: #444;
        --assertion-bg: var(--borderedblock-bg);
        --assertion-text: var(--text);

        --advisement-border: orange;
        --advisement-bg: #222218;
        --advisement-text: var(--text);
        --advisementheading-text: #f84;

        --warning-border: red;
        --warning-bg: hsla(40,100%,20%,0.95);
        --warning-text: var(--text);

        --amendment-border: #330099;
        --amendment-bg: #080010;
        --amendment-text: var(--text);
        --amendmentheading-text: #cc00ff;

        --def-border: #8ccbf2;
        --def-bg: #080818;
        --def-text: var(--text);
        --defrow-border: #136;

        --datacell-border: silver;

        --indexinfo-text: #aaa;

        --indextable-hover-text: var(--text);
        --indextable-hover-bg: #181818;

        --outdatedspec-bg: rgba(255, 255, 255, .5);
        --outdatedspec-text: black;
        --outdated-bg: maroon;
        --outdated-text: white;
        --outdated-shadow: red;

        --editedrec-bg: darkorange;
    }
    /* In case a transparent-bg image doesn't expect to be on a dark bg,
       which is quite common in practice... */
    img { background: white; }
}
@media (prefers-color-scheme: dark) {
    :root {
        --selflink-text: black;
        --selflink-bg: silver;
        --selflink-hover-text: white;
    }
}

@media (prefers-color-scheme: dark) {
    .highlight:not(.idl) { background: rgba(255, 255, 255, .05); }

    c-[a] { color: #d33682 } /* Keyword.Declaration */
    c-[b] { color: #d33682 } /* Keyword.Type */
    c-[c] { color: #2aa198 } /* Comment */
    c-[d] { color: #2aa198 } /* Comment.Multiline */
    c-[e] { color: #268bd2 } /* Name.Attribute */
    c-[f] { color: #b58900 } /* Name.Tag */
    c-[g] { color: #cb4b16 } /* Name.Variable */
    c-[k] { color: #d33682 } /* Keyword */
    c-[l] { color: #657b83 } /* Literal */
    c-[m] { color: #657b83 } /* Literal.Number */
    c-[n] { color: #268bd2 } /* Name */
    c-[o] { color: #657b83 } /* Operator */
    c-[p] { color: #657b83 } /* Punctuation */
    c-[s] { color: #6c71c4 } /* Literal.String */
    c-[t] { color: #6c71c4 } /* Literal.String.Single */
    c-[u] { color: #6c71c4 } /* Literal.String.Double */
    c-[ch] { color: #2aa198 } /* Comment.Hashbang */
    c-[cp] { color: #2aa198 } /* Comment.Preproc */
    c-[cpf] { color: #2aa198 } /* Comment.PreprocFile */
    c-[c1] { color: #2aa198 } /* Comment.Single */
    c-[cs] { color: #2aa198 } /* Comment.Special */
    c-[kc] { color: #d33682 } /* Keyword.Constant */
    c-[kn] { color: #d33682 } /* Keyword.Namespace */
    c-[kp] { color: #d33682 } /* Keyword.Pseudo */
    c-[kr] { color: #d33682 } /* Keyword.Reserved */
    c-[ld] { color: #657b83 } /* Literal.Date */
    c-[nc] { color: #268bd2 } /* Name.Class */
    c-[no] { color: #268bd2 } /* Name.Constant */
    c-[nd] { color: #268bd2 } /* Name.Decorator */
    c-[ni] { color: #268bd2 } /* Name.Entity */
    c-[ne] { color: #268bd2 } /* Name.Exception */
    c-[nf] { color: #268bd2 } /* Name.Function */
    c-[nl] { color: #268bd2 } /* Name.Label */
    c-[nn] { color: #268bd2 } /* Name.Namespace */
    c-[py] { color: #268bd2 } /* Name.Property */
    c-[ow] { color: #657b83 } /* Operator.Word */
    c-[mb] { color: #657b83 } /* Literal.Number.Bin */
    c-[mf] { color: #657b83 } /* Literal.Number.Float */
    c-[mh] { color: #657b83 } /* Literal.Number.Hex */
    c-[mi] { color: #657b83 } /* Literal.Number.Integer */
    c-[mo] { color: #657b83 } /* Literal.Number.Oct */
    c-[sa] { color: #6c71c4 } /* Literal.String.Affix */
    c-[sb] { color: #6c71c4 } /* Literal.String.Backtick */
    c-[sc] { color: #6c71c4 } /* Literal.String.Char */
    c-[dl] { color: #6c71c4 } /* Literal.String.Delimiter */
    c-[sd] { color: #6c71c4 } /* Literal.String.Doc */
    c-[se] { color: #6c71c4 } /* Literal.String.Escape */
    c-[sh] { color: #6c71c4 } /* Literal.String.Heredoc */
    c-[si] { color: #6c71c4 } /* Literal.String.Interpol */
    c-[sx] { color: #6c71c4 } /* Literal.String.Other */
    c-[sr] { color: #6c71c4 } /* Literal.String.Regex */
    c-[ss] { color: #6c71c4 } /* Literal.String.Symbol */
    c-[fm] { color: #268bd2 } /* Name.Function.Magic */
    c-[vc] { color: #cb4b16 } /* Name.Variable.Class */
    c-[vg] { color: #cb4b16 } /* Name.Variable.Global */
    c-[vi] { color: #cb4b16 } /* Name.Variable.Instance */
    c-[vm] { color: #cb4b16 } /* Name.Variable.Magic */
    c-[il] { color: #657b83 } /* Literal.Number.Integer.Long */
}
</style>
 <body class="h-entry">
  <div class="head">
   <p data-fill-with="logo"></p>
   <h1 class="p-name no-ref" id="title">P2611R0<br>2022-07 Library Evolution Poll Outcomes</h1>
   <h2 class="no-num no-toc no-ref heading settled" id="profile-and-date"><span class="content">Published Proposal, <time class="dt-updated" datetime="2022-07-27">2022-07-27</time></span></h2>
   <div data-fill-with="spec-metadata">
    <dl>
     <dt class="editor">Authors:
     <dd class="editor p-author h-card vcard"><a class="p-name fn u-email email" href="mailto:brycelelbach@gmail.com">Bryce Adelstein Lelbach (he/him/his) — Library Evolution Chair</a> (<span class="p-org org">NVIDIA</span>)
     <dd class="editor p-author h-card vcard"><a class="p-name fn u-email email" href="mailto:f.fracassi@gmx.net">Fabio Fracassi — Library Evolution Vice Chair</a> (<span class="p-org org">CODE University of Applied Sciences</span>)
     <dd class="editor p-author h-card vcard"><a class="p-name fn u-email email" href="mailto:ben.craig@gmail.com">Ben Craig — Library Evolution Vice Chair</a> (<span class="p-org org">NI</span>)
     <dd class="editor p-author h-card vcard"><a class="p-name fn u-email email" href="mailto:sinbal2l@gmail.com">Inbal Levi — Ranges Chair (SG9) and Library Mailing List Review Manager</a>
     <dt>Source:
     <dd><a href="https://github.com/brycelelbach/wg21_p2611_2022_07_library_evolution_poll_outcomes/blob/main/2022_07_library_evolution_poll_outcomes.bs">GitHub</a>
     <dt>Issue Tracking:
     <dd><a href="https://github.com/brycelelbach/wg21_p2611_2022_07_library_evolution_poll_outcomes/issues">GitHub</a>
     <dt>Project:
     <dd>ISO/IEC JTC1/SC22/WG21 14882: Programming Language — C++
     <dt>Audience:
     <dd>WG21
    </dl>
   </div>
   <div data-fill-with="warning"></div>
   <hr title="Separator for header">
  </div>
  <nav data-fill-with="table-of-contents" id="toc">
   <h2 class="no-num no-toc no-ref" id="contents">Table of Contents</h2>
   <ol class="toc" role="directory">
    <li><a href="#introduction"><span class="secno">1</span> <span class="content">Introduction</span></a>
    <li><a href="#poll-outcomes"><span class="secno">2</span> <span class="content">Poll Outcomes</span></a>
    <li>
     <a href="#poll-comments"><span class="secno">3</span> <span class="content">Selected Poll Comments</span></a>
     <ol class="toc">
      <li>
       <a href="#poll-comments-cpp23"><span class="secno">3.1</span> <span class="content">C++23 Polls</span></a>
       <ol class="toc">
        <li><a href="#p0429r9-flat_map"><span class="secno">3.1.1</span> <span class="content"><span>[P0429R9]</span> <code class="highlight"><c- n>flat_map</c-></code></span></a>
        <li><a href="#p1222r4-flat_set"><span class="secno">3.1.2</span> <span class="content"><span>[P1222R4]</span> <code class="highlight"><c- n>flat_set</c-></code></span></a>
        <li><a href="#p0792r10-function_ref"><span class="secno">3.1.3</span> <span class="content"><span>[P0792R10]</span> <code class="highlight"><c- n>function_ref</c-></code></span></a>
        <li><a href="#p2505r4-monadic-functions-for-expected"><span class="secno">3.1.4</span> <span class="content"><span>[P2505R4]</span> Monadic Functions For <code class="highlight"><c- n>expected</c-></code></span></a>
        <li><a href="#p2585r0-improving-default-container-formatting"><span class="secno">3.1.5</span> <span class="content"><span>[P2585R0]</span> Improving Default Container Formatting</span></a>
        <li><a href="#p2446r2-viewsas_rvalue"><span class="secno">3.1.6</span> <span class="content"><span>[P2446R2]</span> <code class="highlight"><c- n>views</c-><c- o>::</c-><c- n>as_rvalue</c-></code></span></a>
        <li><a href="#p2278r4-cbegin-should-always-return-a-constant-iterator"><span class="secno">3.1.7</span> <span class="content"><span>[P2278R4]</span> <code class="highlight"><c- n>cbegin</c-></code> Should Always Return A Constant Iterator</span></a>
        <li><a href="#p2248r5-enabling-list-initialization-for-algorithms"><span class="secno">3.1.8</span> <span class="content"><span>[P2248R5]</span> Enabling List-Initialization For Algorithms</span></a>
        <li><a href="#p2539r1-should-the-output-of-print-to-a-terminal-be-synchronized-with-the-underlying-stream"><span class="secno">3.1.9</span> <span class="content"><span>[P2539R1]</span> Should The Output Of <code class="highlight"><c- n>print</c-></code> To A Terminal Be Synchronized With The Underlying Stream?</span></a>
        <li><a href="#p2510r3-formatting-pointers"><span class="secno">3.1.10</span> <span class="content"><span>[P2510R3]</span> Formatting Pointers</span></a>
        <li><a href="#p2551r2-clarify-intent-of-individually-specializable-numeric-traits"><span class="secno">3.1.11</span> <span class="content"><span>[P2551R2]</span> Clarify Intent Of Individually Specializable Numeric Traits</span></a>
        <li><a href="#p2599r2-index_type--poll-12--poll-12-size_type-in-mdspan"><span class="secno">3.1.12</span> <span class="content"><span>[P2599R2]</span> <code class="highlight"><c- n>index_type</c-></code> ## Poll 12 ## {#poll-12} <code class="highlight"><c- n>size_type</c-></code> In <code class="highlight"><c- n>mdspan</c-></code></span></a>
        <li><a href="#p2604r0-mdspan-rename-pointer-data-and-contiguous"><span class="secno">3.1.13</span> <span class="content"><span>[P2604R0]</span> <code class="highlight"><c- n>mdspan</c-></code>: Rename <code class="highlight"><c- n>pointer</c-></code>, <code class="highlight"><c- n>data</c-></code>, And <code class="highlight"><c- n>contiguous</c-></code></span></a>
        <li><a href="#p2613r1-add-the-missing-empty-to-mdspan"><span class="secno">3.1.14</span> <span class="content"><span>[P2613R1]</span>: Add The Missing <code class="highlight"><c- n>empty</c-></code> To <code class="highlight"><c- n>mdspan</c-></code></span></a>
       </ol>
      <li>
       <a href="#poll-comments-cpp26-and-ts"><span class="secno">3.2</span> <span class="content">C++26 and Technical Specification Polls</span></a>
       <ol class="toc">
        <li><a href="#p2338r2-freestanding-library-character-primitives-and-the-c-library"><span class="secno">3.2.1</span> <span class="content"><span>[P2338R2]</span> Freestanding Library: Character Primitives And The C Library</span></a>
        <li><a href="#p2407r1-freestanding-library-partial-classes"><span class="secno">3.2.2</span> <span class="content"><span>[P2407R1]</span> Freestanding Library: Partial Classes</span></a>
        <li><a href="#p2562r1-constexpr-stable-sorting"><span class="secno">3.2.3</span> <span class="content"><span>[P2562R1]</span> <code class="highlight"><c- k>constexpr</c-></code> Stable Sorting</span></a>
        <li><a href="#p2283r2-constexpr-specialized-memory-algorithms"><span class="secno">3.2.4</span> <span class="content"><span>[P2283R2]</span> <code class="highlight"><c- k>constexpr</c-></code> Specialized Memory Algorithms</span></a>
        <li><a href="#p2542r2-viewsconcat"><span class="secno">3.2.5</span> <span class="content"><span>[P2542R2]</span> <code class="highlight"><c- n>views</c-><c- o>::</c-><c- n>concat</c-></code></span></a>
        <li><a href="#p2609r1-relaxing-ranges-just-a-smidge"><span class="secno">3.2.6</span> <span class="content"><span>[P2609R1]</span> Relaxing Ranges Just A Smidge</span></a>
       </ol>
     </ol>
    <li>
     <a href="#references"><span class="secno"></span> <span class="content">References</span></a>
     <ol class="toc">
      <li><a href="#informative"><span class="secno"></span> <span class="content">Informative References</span></a>
     </ol>
   </ol>
  </nav>
  <main>
   <h2 class="heading settled" data-level="1" id="introduction"><span class="secno">1. </span><span class="content">Introduction</span><a class="self-link" href="#introduction"></a></h2>
   <p>In 2022-07, the C++ Library Evolution group conducted a series of
  electronic decision polls <a data-link-type="biblio" href="https://wg21.link/p2610r0">[P2610R0]</a>.
This paper provides the results of those polls and summarizes the results.</p>
   <p>In total, 32 people participated in the polls.
Some participants opted to not vote on some polls.
Thank you to everyone who participated, and to the proposal authors for all
  their hard work!</p>
   <h2 class="heading settled" data-level="2" id="poll-outcomes"><span class="secno">2. </span><span class="content">Poll Outcomes</span><a class="self-link" href="#poll-outcomes"></a></h2>
   <ul>
    <li data-md>
     <p>SF: Strongly Favor.</p>
    <li data-md>
     <p>WF: Weakly Favor.</p>
    <li data-md>
     <p>N: Neutral.</p>
    <li data-md>
     <p>WA: Weakly Against.</p>
    <li data-md>
     <p>SA: Strongly Against.</p>
   </ul>
   <table>
    <tbody>
     <tr>
      <th>Poll 
      <th>SF 
      <th>WF 
      <th>N 
      <th>WA 
      <th>SA 
      <th>Outcome 
     <tr>
      <td> Poll 1.1: Return <a data-link-type="biblio" href="https://wg21.link/p0429r9">[P0429R9]</a> flat_map to Library Working Group for C++23, classified as an addition (<a data-link-type="biblio" href="https://wg21.link/p0592r4">[P0592R4]</a> bucket 3 item). 
      <td>15 
      <td>13 
      <td>1 
      <td>0 
      <td>0 
      <td>Strong consensus in favor. 
     <tr>
      <td> Poll 1.2: Return <a data-link-type="biblio" href="https://wg21.link/p1222r4">[P1222R4]</a> flat_set to Library Working Group for C++23, classified as an addition (<a data-link-type="biblio" href="https://wg21.link/p0592r4">[P0592R4]</a> bucket 3 item). 
      <td>15 
      <td>13 
      <td>1 
      <td>0 
      <td>0 
      <td>Strong consensus in favor. 
     <tr>
      <td> Poll 1.3: Return <a data-link-type="biblio" href="https://wg21.link/p0792r10">[P0792R10]</a> function_ref to Library Working Group for C++23, classified as an addition (<a data-link-type="biblio" href="https://wg21.link/p0592r4">[P0592R4]</a> bucket 3 item). 
      <td>16 
      <td>7 
      <td>1 
      <td>1 
      <td>1 
      <td>Consensus in favor. 
     <tr>
      <td> Poll 1.4: Send <a data-link-type="biblio" href="https://wg21.link/p2505r4">[P2505R4]</a> Monadic Functions For expected to Library Working Group for C++23, classified as an addition (<a data-link-type="biblio" href="https://wg21.link/p0592r4">[P0592R4]</a> bucket 3 item). 
      <td>15 
      <td>11 
      <td>0 
      <td>1 
      <td>0 
      <td>Consensus in favor. 
     <tr>
      <td> Poll 1.5: Send <a data-link-type="biblio" href="https://wg21.link/p2585r0">[P2585R0]</a> Improving Default Container Formatting to Library Working Group for C++23, classified as an improvement of an existing feature (<a data-link-type="biblio" href="https://wg21.link/p0592r4">[P0592R4]</a> bucket 2 item). 
      <td>16 
      <td>7 
      <td>0 
      <td>0 
      <td>1 
      <td>Consensus in favor. 
     <tr>
      <td> Poll 1.6: Send <a data-link-type="biblio" href="https://wg21.link/p2446r2">[P2446R2]</a> views::as_rvalue to Library Working Group for C++23, classified as an addition (<a data-link-type="biblio" href="https://wg21.link/p0592r4">[P0592R4]</a> bucket 3 item). 
      <td>15 
      <td>7 
      <td>0 
      <td>1 
      <td>0 
      <td>Consensus in favor. 
     <tr>
      <td> Poll 1.7: Send <a data-link-type="biblio" href="https://wg21.link/p2278r4">[P2278R4]</a> cbegin Should Always Return A Constant Iterator to Library Working Group for C++23, classified as an addition (<a data-link-type="biblio" href="https://wg21.link/p0592r4">[P0592R4]</a> bucket 3 item). 
      <td>16 
      <td>8 
      <td>0 
      <td>0 
      <td>0 
      <td>Unanimous consensus in favor. 
     <tr>
      <td> Poll 1.8: Send <a data-link-type="biblio" href="https://wg21.link/p2248r5">[P2248R5]</a> Enabling List-Initialization For Algorithms to Library Working Group for C++23, classified as an improvement of an existing feature (<a data-link-type="biblio" href="https://wg21.link/p0592r4">[P0592R4]</a> bucket 2 item). 
      <td>6 
      <td>13 
      <td>3 
      <td>1 
      <td>0 
      <td>Consensus in favor. 
     <tr>
      <td> Poll 1.9: Send <a data-link-type="biblio" href="https://wg21.link/p2539r1">[P2539R1]</a> Should The Output Of print To A Terminal Be Synchronized With The Underlying Stream? to Library Working Group for C++23, classified as an addition (<a data-link-type="biblio" href="https://wg21.link/p0592r4">[P0592R4]</a> bucket 3 item). 
      <td>11 
      <td>10 
      <td>2 
      <td>1 
      <td>0 
      <td>Consensus in favor. 
     <tr>
      <td> Poll 1.10: Send <a data-link-type="biblio" href="https://wg21.link/p2510r3">[P2510R3]</a> Formatting Pointers to Library Working Group for C++23, classified as an addition (<a data-link-type="biblio" href="https://wg21.link/p0592r4">[P0592R4]</a> bucket 3 item). 
      <td>7 
      <td>12 
      <td>1 
      <td>2 
      <td>1 
      <td>Poll withdrawn due to incorrect ship vehicle. It will be retaken targeting C++26 in the next electronic polling period. 
     <tr>
      <td> Poll 1.11: Send <a data-link-type="biblio" href="https://wg21.link/p2551r2">[P2551R2]</a> Clarify Intent Of Individually Specializable Numeric Traits to Library Working Group for C++23, classified as an addition (<a data-link-type="biblio" href="https://wg21.link/p0592r4">[P0592R4]</a> bucket 3 item). 
      <td>12 
      <td>8 
      <td>0 
      <td>0 
      <td>0 
      <td>Unanimous consensus in favor. 
     <tr>
      <td> Poll 1.12: Send <a data-link-type="biblio" href="https://wg21.link/p2599r2">[P2599R2]</a> index_type &amp; size_type In mdspan to Library Working Group for C++23, classified as an improvement of an existing feature (<a data-link-type="biblio" href="https://wg21.link/p0592r4">[P0592R4]</a> bucket 2 item). 
      <td>14 
      <td>7 
      <td>2 
      <td>1 
      <td>0 
      <td>Consensus in favor. 
     <tr>
      <td> Poll 1.13: Send <a data-link-type="biblio" href="https://wg21.link/p2604r0">[P2604R0]</a> mdspan: Rename pointer, data, And contiguous to Library Working Group for C++23, classified as an improvement of an existing feature (<a data-link-type="biblio" href="https://wg21.link/p0592r4">[P0592R4]</a> bucket 2 item). 
      <td>13 
      <td>13 
      <td>0 
      <td>0 
      <td>0 
      <td>Unanimous consensus in favor. 
     <tr>
      <td> Poll 1.14: Send <a data-link-type="biblio" href="https://wg21.link/p2613r1">[P2613R1]</a>: Add The Missing empty To mdspan to Library Working Group for C++23, classified as an improvement of an existing feature (<a data-link-type="biblio" href="https://wg21.link/p0592r4">[P0592R4]</a> bucket 2 item). 
      <td>16 
      <td>10 
      <td>1 
      <td>1 
      <td>0 
      <td>Consensus in favor. 
     <tr>
      <td> Poll 2.1: Send <a data-link-type="biblio" href="https://wg21.link/p2338r2">[P2338R2]</a> Freestanding Library: Character Primitives And The C Library to Library Working Group for C++26, classified as an improvement of an existing feature (<a data-link-type="biblio" href="https://wg21.link/p0592r4">[P0592R4]</a> bucket 2 item). 
      <td>11 
      <td>6 
      <td>0 
      <td>0 
      <td>0 
      <td>Unanimous consensus in favor. 
     <tr>
      <td> Poll 2.2: Send <a data-link-type="biblio" href="https://wg21.link/p2407r1">[P2407R1]</a> Freestanding Library: Partial Classes to Library Working Group for C++26, classified as an improvement of an existing feature (<a data-link-type="biblio" href="https://wg21.link/p0592r4">[P0592R4]</a> bucket 2 item). 
      <td>7 
      <td>8 
      <td>1 
      <td>0 
      <td>0 
      <td>Strong consensus in favor. 
     <tr>
      <td> Poll 2.3: Send <a data-link-type="biblio" href="https://wg21.link/p2562r1">[P2562R1]</a> constexpr Stable Sorting to Library Working Group for C++26, classified as an improvement of an existing feature (<a data-link-type="biblio" href="https://wg21.link/p0592r4">[P0592R4]</a> bucket 2 item). 
      <td>9 
      <td>7 
      <td>2 
      <td>0 
      <td>0 
      <td>Strong consensus in favor. 
     <tr>
      <td> Poll 2.4: Send <a data-link-type="biblio" href="https://wg21.link/p2283r2">[P2283R2]</a> constexpr Specialized Memory Algorithms to Library Working Group for C++26, classified as an improvement of an existing feature (<a data-link-type="biblio" href="https://wg21.link/p0592r4">[P0592R4]</a> bucket 2 item). 
      <td>10 
      <td>7 
      <td>0 
      <td>0 
      <td>0 
      <td>Unanimous consensus in favor. 
     <tr>
      <td> Poll 2.5: Send <a data-link-type="biblio" href="https://wg21.link/p2542r2">[P2542R2]</a> views::concat to Library Working Group for C++26, classified as an addition (<a data-link-type="biblio" href="https://wg21.link/p0592r4">[P0592R4]</a> bucket 3 item). 
      <td>10 
      <td>7 
      <td>0 
      <td>0 
      <td>0 
      <td>Unanimous consensus in favor. 
     <tr>
      <td> Poll 2.6: Send <a data-link-type="biblio" href="https://wg21.link/p2609r1">[P2609R1]</a> Relaxing Ranges Just A Smidge to Library Working Group for C++26, classified as an improvement of an existing feature (<a data-link-type="biblio" href="https://wg21.link/p0592r4">[P0592R4]</a> bucket 2 item). 
      <td>5 
      <td>6 
      <td>2 
      <td>0 
      <td>0 
      <td>Strong consensus in favor. 
   </table>
   <h2 class="heading settled" data-level="3" id="poll-comments"><span class="secno">3. </span><span class="content">Selected Poll Comments</span><a class="self-link" href="#poll-comments"></a></h2>
   <h3 class="heading settled" data-level="3.1" id="poll-comments-cpp23"><span class="secno">3.1. </span><span class="content">C++23 Polls</span><a class="self-link" href="#poll-comments-cpp23"></a></h3>
   <h4 class="heading settled" data-level="3.1.1" id="p0429r9-flat_map"><span class="secno">3.1.1. </span><span class="content"><a data-link-type="biblio" href="https://wg21.link/p0429r9">[P0429R9]</a> <code class="highlight"><c- n>flat_map</c-></code></span><a class="self-link" href="#p0429r9-flat_map"></a></h4>
   <blockquote>
    <p>Flat_map and flat_set are generally useful containers and having them in the standard library improve the common vocabulary for developers.</p>
    <p>— Strongly Favor</p>
   </blockquote>
   <blockquote>
    <p>Very useful container adapters. I have written this functionality a lot of times in multiple manners.</p>
    <p>— Strongly Favor</p>
   </blockquote>
   <blockquote>
    <p>You no longer need to write equal_range on bare containers and explain it in the code review. Also, fast enumeration through an ordered map is a very useful characteristic.</p>
    <p>— Strongly Favor</p>
   </blockquote>
   <blockquote>
    <p>The "valid but unspecified state" wording for things like <code class="highlight"><c- n>erase_if</c-></code> is too broad in my view.  As I understand it, the state is just "some of the elements got erased and some didn’t."  "Valid but unspecified" is like the after-move wording, which only promises nasal-demon-free execution.</p>
    <p>— Weakly Favor</p>
   </blockquote>
   <blockquote>
    <p>While I’m not thrilled about the timing of the changes, they seem to have been sufficiently reviewed by domain experts.</p>
    <p>— Weakly Favor</p>
   </blockquote>
   <blockquote>
    <p>This is a generally useful vocabulary collection that provides a time/space cost tradeoff that’s significantly different to  other standard library collections.</p>
    <p>— Weakly Favor</p>
   </blockquote>
   <h4 class="heading settled" data-level="3.1.2" id="p1222r4-flat_set"><span class="secno">3.1.2. </span><span class="content"><a data-link-type="biblio" href="https://wg21.link/p1222r4">[P1222R4]</a> <code class="highlight"><c- n>flat_set</c-></code></span><a class="self-link" href="#p1222r4-flat_set"></a></h4>
   <blockquote>
    <p>Flat_map and flat_set are generally useful containers and having them in the standard library improve the common vocabulary for developers.</p>
    <p>— Strongly Favor</p>
   </blockquote>
   <blockquote>
    <p>While I’m not thrilled about the timing of the changes, they seem to have been sufficiently reviewed by domain experts.</p>
    <p>— Weakly Favor</p>
   </blockquote>
   <blockquote>
    <p>Even though discussions are ongoing on some aspects of this, the proposal seems mature enough to me at this stage. I would use it and so would my customers.</p>
    <p>— Weakly Favor</p>
   </blockquote>
   <blockquote>
    <p>This is a generally useful vocabulary collection that provides a time/space cost tradeoff that’s significantly different to  other standard library collections.</p>
    <p>— Weakly Favor</p>
   </blockquote>
   <h4 class="heading settled" data-level="3.1.3" id="p0792r10-function_ref"><span class="secno">3.1.3. </span><span class="content"><a data-link-type="biblio" href="https://wg21.link/p0792r10">[P0792R10]</a> <code class="highlight"><c- n>function_ref</c-></code></span><a class="self-link" href="#p0792r10-function_ref"></a></h4>
   <blockquote>
    <p>Extremely useful vocabulary type. I regularly need and use function_ref-equivalent types in all C++ codebases I work with. I will be disappointed if this does not make it for C++23.</p>
    <p>— Strongly Favor</p>
   </blockquote>
   <blockquote>
    <p>The new constructors provides the following features:</p>
    <p>1) Missing functionality by being able to directly handle the most common use cases; stateful free function and stateful member function. It also handles stateless member function making this release more of fix as well.
2) Safer because immediate dangling is removed and general dangling is diminished and made more visible by removing a superfluous functor/stateful lambda
3) Faster in the most common use cases where otherwise a superfluous functor/stateful lambda would have been created
4) Easier to use because the programmer doesn’t have to manage the lifetime of a superfluous instance or deal with dangling as much.</p>
    <p>— Strongly Favor</p>
   </blockquote>
   <blockquote>
    <p>Adding new constructors brings an efficient and intuitive solution to address a wide range of demands to bind non-callable objects or migrate Java-style, interface-based code.</p>
    <p>— Strongly Favor</p>
   </blockquote>
   <blockquote>
    <p>Many code bases replicate this vocabulary type, but it has subtle safety pitfalls.  I think the authors made the right choices with respect to safety (e.g., Behaviors A.2 and B.2).</p>
    <p>— Strongly Favor</p>
   </blockquote>
   <blockquote>
    <p>The functionality itself is very useful and the design looks good. WF because it does not need to be in C++26.</p>
    <p>— Weakly Favor</p>
   </blockquote>
   <blockquote>
    <p>Still worth keeping, even though we lost consistency when filing off the sharp edges of this facility</p>
    <p>— Weakly Favor</p>
   </blockquote>
   <blockquote>
    <p>I’ve been deeply concerned about the sharp edges and potential for UB here, in what needs to be as simple to use as std::function. I think the latest changes with the nontype constructor finally make it reliable, if a bit less convenient.</p>
    <p>— Neutral</p>
   </blockquote>
   <blockquote>
    <p>I’m not sure LWG has time to review this paper.
It is not clear to me that not supporting construction from pmf is the right design (It might be but this paper has undergoe a lot of changes recently and that lack of clarity makes me nervous)</p>
    <p>— Weakly Against</p>
   </blockquote>
   <h4 class="heading settled" data-level="3.1.4" id="p2505r4-monadic-functions-for-expected"><span class="secno">3.1.4. </span><span class="content"><a data-link-type="biblio" href="https://wg21.link/p2505r4">[P2505R4]</a> Monadic Functions For <code class="highlight"><c- n>expected</c-></code></span><a class="self-link" href="#p2505r4-monadic-functions-for-expected"></a></h4>
   <blockquote>
    <p>Useful functionality that provides consistency with optional. It should be in C++23.</p>
    <p>— Strongly Favor</p>
   </blockquote>
   <blockquote>
    <p>This fixes a significant inconsistency between std::optional and std::expected, making it much easier to write generic code that accepts either.</p>
    <p>— Strongly Favor</p>
   </blockquote>
   <blockquote>
    <p>I just recently added std::expected to my toolbox and immediately felt the lack of monadic functions. I just want it.</p>
    <p>— Strongly Favor</p>
   </blockquote>
   <blockquote>
    <p>Thank you authors for sticking with this.</p>
    <p>— Weakly Favor</p>
   </blockquote>
   <blockquote>
    <p>This seems only natural, and finally puts C++17’s tightened-up expression evaluation ordering rules to good use.</p>
    <p>— Weakly Favor</p>
   </blockquote>
   <blockquote>
    <p>I’d be more strongly in favor of this if it were C++26, but I’m not going to stop it from C++23.</p>
    <p>— Weakly Favor</p>
   </blockquote>
   <blockquote>
    <p>there are more important things to do</p>
    <p>— Weakly Against</p>
   </blockquote>
   <h4 class="heading settled" data-level="3.1.5" id="p2585r0-improving-default-container-formatting"><span class="secno">3.1.5. </span><span class="content"><a data-link-type="biblio" href="https://wg21.link/p2585r0">[P2585R0]</a> Improving Default Container Formatting</span><a class="self-link" href="#p2585r0-improving-default-container-formatting"></a></h4>
   <blockquote>
    <p>We need to improve the container formatting before too much code relies on it.</p>
    <p>— Strongly Favor</p>
   </blockquote>
   <blockquote>
    <p>Make the API more user friendly, by giving a right default most often, while not causing any regression. This is API change and should be in C++23.</p>
    <p>— Strongly Favor</p>
   </blockquote>
   <blockquote>
    <p>This is a small but important change that improves container formatting. It would be hard to introduce after C++23 because of its interaction with formatting of ranges.</p>
    <p>— Strongly Favor</p>
   </blockquote>
   <blockquote>
    <p>This seems pretty useful, and certainly gets reinvented a lot. The choices are reasonable. Even though this is getting close to opinionated territory, it’s useful enough to be worth standardizing.</p>
    <p>— Weakly Favor</p>
   </blockquote>
   <blockquote>
    <p>Makes range formatting much more useful for getting helpful output for collections of all sorts of types. My only qualm is that range_format_kind may not be sufficiently exhaustive, and may be difficult to add to in the future.</p>
    <p>— Weakly Favor</p>
   </blockquote>
   <blockquote>
    <p>The maturity (or lack of it) of the formatting-language creeps me, but not enough to not trust this enough.</p>
    <p>— Weakly Favor</p>
   </blockquote>
   <blockquote>
    <p>I do not think this is necessary in 23, and i do not believe it’s the right design.
I’d rather see more general "is_associative_container", "is_character_string"  typetraits that are more generaly useful.
debug should be entierly separate and orthogonal, etc.</p>
    <p>— Strongly Against</p>
   </blockquote>
   <h4 class="heading settled" data-level="3.1.6" id="p2446r2-viewsas_rvalue"><span class="secno">3.1.6. </span><span class="content"><a data-link-type="biblio" href="https://wg21.link/p2446r2">[P2446R2]</a> <code class="highlight"><c- n>views</c-><c- o>::</c-><c- n>as_rvalue</c-></code></span><a class="self-link" href="#p2446r2-viewsas_rvalue"></a></h4>
   <blockquote>
    <p>With as_const, this is a fundamental building view for handling proxy ranges.</p>
    <p>— Strongly Favor</p>
   </blockquote>
   <blockquote>
    <p>Fills a gap in the ranges algorithms that’s complicated to get right, but very important in particular in light of the new ranges::to materialization operation.</p>
    <p>— Strongly Favor</p>
   </blockquote>
   <blockquote>
    <p>The misguided question of "How do I know whether to move from a range?" comes up quite frequently; it will help to have a standard-library facility to mention in the answer of "You don’t; your client uses X to make you do so.".</p>
    <p>— Strongly Favor</p>
   </blockquote>
   <blockquote>
    <p>Fills a niche, but important gap.</p>
    <p>— Weakly Favor</p>
   </blockquote>
   <blockquote>
    <p>Well the name is confusing for ordinariy programmers (but views::move would be even more confusing and creating inconsistencies). I can live with it, though.</p>
    <p>— Weakly Favor</p>
   </blockquote>
   <blockquote>
    <p>Extending usability of ranges and views is an important addition to C++23</p>
    <p>— Weakly Favor</p>
   </blockquote>
   <blockquote>
    <p>Sounds arcane.</p>
    <p>— Weakly Against</p>
   </blockquote>
   <h4 class="heading settled" data-level="3.1.7" id="p2278r4-cbegin-should-always-return-a-constant-iterator"><span class="secno">3.1.7. </span><span class="content"><a data-link-type="biblio" href="https://wg21.link/p2278r4">[P2278R4]</a> <code class="highlight"><c- n>cbegin</c-></code> Should Always Return A Constant Iterator</span><a class="self-link" href="#p2278r4-cbegin-should-always-return-a-constant-iterator"></a></h4>
   <blockquote>
    <p>This is a great paper with a lot of analysis.  It shows the subtle challenges in solving this apparently simple problem.
views::as_const is the right name.
I appreciate that <code class="highlight"><c- n>const_iterator</c-></code> tries to be a pointer-to-const if at all possible.</p>
    <p>— Strongly Favor</p>
   </blockquote>
   <blockquote>
    <p>This is a MUST HAVE FIX (without it, I will vote NO to C++23).
For sure, it should be a defect against C++20.
And of course we also have to fix std::cbegin() accordingly as THAT function will also be used by programmers.</p>
    <p>— Strongly Favor</p>
   </blockquote>
   <blockquote>
    <p>Improving constexpr-ness and const correctness.</p>
    <p>— Weakly Favor</p>
   </blockquote>
   <blockquote>
    <p>This facility is a bit complicated, but it produces a material improvement over all other options (including the status quo).</p>
    <p>— Weakly Favor</p>
   </blockquote>
   <h4 class="heading settled" data-level="3.1.8" id="p2248r5-enabling-list-initialization-for-algorithms"><span class="secno">3.1.8. </span><span class="content"><a data-link-type="biblio" href="https://wg21.link/p2248r5">[P2248R5]</a> Enabling List-Initialization For Algorithms</span><a class="self-link" href="#p2248r5-enabling-list-initialization-for-algorithms"></a></h4>
   <blockquote>
    <p>This looks like a usability win.  I’m not completely confident about possible API breakage, but I’m confident that the benefits are worthwhile.</p>
    <p>— Strongly Favor</p>
   </blockquote>
   <blockquote>
    <p>The cognitive overhead of naming the constructed type seems small to me, and I’m not sure I would encourage the style of using list initialization, it seems OK for people who do like this sort of thing.</p>
    <p>— Weakly Favor</p>
   </blockquote>
   <blockquote>
    <p>It could be said that clarity suffers in the context of the long argument lists of many algorithms, but where type information is unambiguously available it is a virtue of expressivity to allow it to be used by the programmer.</p>
    <p>— Weakly Favor</p>
   </blockquote>
   <blockquote>
    <p>I still think that we shouldn’t encourage untyped braces being passed around, but the changes are unobjectionable.</p>
    <p>— Weakly Favor</p>
   </blockquote>
   <blockquote>
    <p>Too much work for C++23</p>
    <p>— Neutral</p>
   </blockquote>
   <blockquote>
    <p>Given that we make all non-single argument constructor implicit, I am not convinced that using <code class="highlight"><c- n>std</c-><c- o>::</c-><c- n>find</c-><c- p>(</c-><c- n>v</c-><c- p>.</c-><c- n>begin</c-><c- p>(),</c-> <c- n>v</c-><c- p>.</c-><c- n>end</c-><c- p>(),</c-> <c- p>{</c-><c- s>"343"</c-><c- p>,</c-> <c- n>s</c-><c- s>"})</c-></code> for vector of string is improvement. But that is also matter of code style.</p>
    <p>— Neutral</p>
   </blockquote>
   <blockquote>
    <p>List Initialization just increases the complexity of initialization.</p>
    <p>— Weakly Against</p>
   </blockquote>
   <h4 class="heading settled" data-level="3.1.9" id="p2539r1-should-the-output-of-print-to-a-terminal-be-synchronized-with-the-underlying-stream"><span class="secno">3.1.9. </span><span class="content"><a data-link-type="biblio" href="https://wg21.link/p2539r1">[P2539R1]</a> Should The Output Of <code class="highlight"><c- n>print</c-></code> To A Terminal Be Synchronized With The Underlying Stream?</span><a class="self-link" href="#p2539r1-should-the-output-of-print-to-a-terminal-be-synchronized-with-the-underlying-stream"></a></h4>
   <blockquote>
    <p>As much as I don’t like adding more synchronization, it would be hard to introduce <code class="highlight"><c- n>print</c-></code> to existing code without this feature.</p>
    <p>— Strongly Favor</p>
   </blockquote>
   <blockquote>
    <p>The only alternative is to require that migration to std::print be an all-or-nothing affair, which is absurd.</p>
    <p>— Strongly Favor</p>
   </blockquote>
   <blockquote>
    <p>To quote Davis: "defining writing to a stream via std::print as not writing to the stream is broken". This is a correctness issue.
Weakly because the wording in the paper doesn’t actually realize that, as discovered during the LWG review.</p>
    <p>— Weakly Favor</p>
   </blockquote>
   <blockquote>
    <p>Please standardize existing implementations (in this case: my own). AFAIK the underlying facilites don’t require synchronization and gratitious ones make things worse for no apparent reason.</p>
    <p>— Weakly Favor</p>
   </blockquote>
   <blockquote>
    <p>This design is the result of broad discussion done in the mailing list, the discussion made sure the tradeoffs are clear.
And so, I believe this is the right direction.</p>
    <p>— Weakly Favor</p>
   </blockquote>
   <blockquote>
    <p>Lack of implementation experience, and lack of benchmarks in the paper</p>
    <p>— Weakly Against</p>
   </blockquote>
   <h4 class="heading settled" data-level="3.1.10" id="p2510r3-formatting-pointers"><span class="secno">3.1.10. </span><span class="content"><a data-link-type="biblio" href="https://wg21.link/p2510r3">[P2510R3]</a> Formatting Pointers</span><a class="self-link" href="#p2510r3-formatting-pointers"></a></h4>
   <blockquote>
    <p>Thank the authors for the formatting specifications.</p>
    <p>— Strongly Favor</p>
   </blockquote>
   <blockquote>
    <p>A minor but useful change to formatting pointers with std::format.</p>
    <p>— Weakly Favor</p>
   </blockquote>
   <blockquote>
    <p>Minor addition, but pointers are an important part of C++ and are broardly used.</p>
    <p>— Weakly Favor</p>
   </blockquote>
   <blockquote>
    <p>This seems fine. It feels like a very low priority enhancement to me, though.</p>
    <p>— Neutral</p>
   </blockquote>
   <blockquote>
    <p>I do not see much utility for this.</p>
    <p>— Weakly Against</p>
   </blockquote>
   <blockquote>
    <p>This doesn’t need to go to C++23.  The meeting notes say that this has been retargeted to C++26.   I think I’m weakly in favor for C++26.</p>
    <p>— Strongly Against</p>
   </blockquote>
   <h4 class="heading settled" data-level="3.1.11" id="p2551r2-clarify-intent-of-individually-specializable-numeric-traits"><span class="secno">3.1.11. </span><span class="content"><a data-link-type="biblio" href="https://wg21.link/p2551r2">[P2551R2]</a> Clarify Intent Of Individually Specializable Numeric Traits</span><a class="self-link" href="#p2551r2-clarify-intent-of-individually-specializable-numeric-traits"></a></h4>
   <blockquote>
    <p>I am very very strongly opposed to standardising new traits that preserve past mistakes with 100% bug compatibility. If you need the old junk, use the old junk. Without this clarification I would argue for my NB to vote against adding the new traits at all. This clarification makes the new traits actually useful.</p>
    <p>— Strongly Favor</p>
   </blockquote>
   <blockquote>
    <p>I keep returning to this when I explain type traits (the practices that evolved over time) and I agree we need some clarifications in these few cases</p>
    <p>— Strongly Favor</p>
   </blockquote>
   <blockquote>
    <p>This is in my mind a clear direction for LWG, and improves the original paper dramatically. We do NOT need to be "bug compatible" with numeric_limits with the new traits.</p>
    <p>— Strongly Favor</p>
   </blockquote>
   <blockquote>
    <p>It is useful that these can be specified better than std::numeric_limits as well as being more ergonomic to use.</p>
    <p>— Weakly Favor</p>
   </blockquote>
   <h4 class="heading settled" data-level="3.1.12" id="p2599r2-index_type--poll-12--poll-12-size_type-in-mdspan"><span class="secno">3.1.12. </span><span class="content"><a data-link-type="biblio" href="https://wg21.link/p2599r2">[P2599R2]</a> <code class="highlight"><c- n>index_type</c-></code> ## Poll 12 ## {#poll-12} <code class="highlight"><c- n>size_type</c-></code> In <code class="highlight"><c- n>mdspan</c-></code></span><a class="self-link" href="#p2599r2-index_type--poll-12--poll-12-size_type-in-mdspan"></a></h4>
   <blockquote>
    <p>Given the size_type debate, this renaming makes a lot of sense.</p>
    <p>— Strongly Favor</p>
   </blockquote>
   <blockquote>
    <p>I see some chance of misuse, but the outcome should be convenient.</p>
    <p>— Strongly Favor</p>
   </blockquote>
   <blockquote>
    <p>Consistency in the connotations and denotations of names in the standard library is important for users.</p>
    <p>— Strongly Favor</p>
   </blockquote>
   <blockquote>
    <p>The reference implementation of mdspan already implements this; please don’t make the authors change it back.</p>
    <p>— Strongly Favor</p>
   </blockquote>
   <blockquote>
    <p>Makes sense, and it’s now or never.</p>
    <p>— Weakly Favor</p>
   </blockquote>
   <blockquote>
    <p>I have been following mdspan for a fair bit of time and I especially appreciated the liberation of the index type. I have not had the time to read the latest changes in detail and I am left wondering whether the explicit use of <code class="highlight"><c- n>make_unsigned_t</c-></code> on the IndexType of mdspan would restrict the possible types for IndexType to only fundamental integral types, since a program is not allowed to add specializations of <code class="highlight"><c- n>make_unsigned</c-></code>. In other words: could we have used mdspan with a custom integer type such as <code class="highlight"><c- n>boost</c-><c- o>::</c-><c- n>safe</c-><c- o>&lt;</c-><c- b>int</c-><c- o>></c-></code>, which would no longer be possible after we adopt P2599R2? Unfortunately I will not have the time to look into this before the next plenary.</p>
    <p>— Neutral</p>
   </blockquote>
   <blockquote>
    <p>I am not overly concerned with the status quo, because the situation were this occurs is controllable and rare, the fix seems fine.</p>
    <p>— Neutral</p>
   </blockquote>
   <blockquote>
    <p>There was some serious last minute on-the-fly design with this.  That’s very dangerous when dealing with highly used typedefs like size_type.</p>
    <p>— Weakly Against</p>
   </blockquote>
   <h4 class="heading settled" data-level="3.1.13" id="p2604r0-mdspan-rename-pointer-data-and-contiguous"><span class="secno">3.1.13. </span><span class="content"><a data-link-type="biblio" href="https://wg21.link/p2604r0">[P2604R0]</a> <code class="highlight"><c- n>mdspan</c-></code>: Rename <code class="highlight"><c- n>pointer</c-></code>, <code class="highlight"><c- n>data</c-></code>, And <code class="highlight"><c- n>contiguous</c-></code></span><a class="self-link" href="#p2604r0-mdspan-rename-pointer-data-and-contiguous"></a></h4>
   <blockquote>
    <p>We should do this before mdspan ships.</p>
    <p>— Strongly Favor</p>
   </blockquote>
   <blockquote>
    <p>These new names will mitigate possibility of misuse of the function in generic context.</p>
    <p>— Strongly Favor</p>
   </blockquote>
   <blockquote>
    <p>The renamings proposed will clearly reduce confusion, even though the possibility of using "surjective" instead of "exhaustive" might be a further improvement.</p>
    <p>— Weakly Favor</p>
   </blockquote>
   <blockquote>
    <p>The rename to data_handle is fine. I would rather prefer surjective to exhaustive though instead of contiguous, but it is no reason to block this change.</p>
    <p>— Weakly Favor</p>
   </blockquote>
   <blockquote>
    <p>Not truly necessary since xtensor &amp; pybind11/numpy simply use data() (and mutable_data() for pybind11). But it’s a good change.</p>
    <p>— Weakly Favor</p>
   </blockquote>
   <h4 class="heading settled" data-level="3.1.14" id="p2613r1-add-the-missing-empty-to-mdspan"><span class="secno">3.1.14. </span><span class="content"><a data-link-type="biblio" href="https://wg21.link/p2613r1">[P2613R1]</a>: Add The Missing <code class="highlight"><c- n>empty</c-></code> To <code class="highlight"><c- n>mdspan</c-></code></span><a class="self-link" href="#p2613r1-add-the-missing-empty-to-mdspan"></a></h4>
   <blockquote>
    <p>In this case, the empty function is required, as the <code class="highlight"><c- n>size</c-><c- p>()</c-> <c- o>==</c-> <c- mi>0</c-></code> may not work for the views with non-unique mappings, that have a size that overflow it size_type, despite the index never doing so.</p>
    <p>— Strongly Favor</p>
   </blockquote>
   <blockquote>
    <p>Design consistency is an important feature of the STL, and this brings mdspan in line with other parts of the library.</p>
    <p>— Strongly Favor</p>
   </blockquote>
   <blockquote>
    <p>Fixes an oversight and increases consistency with span.</p>
    <p>— Strongly Favor</p>
   </blockquote>
   <blockquote>
    <p>Yes, this is consistent, and the absence of <code class="highlight"><c- n>empty</c-></code> would be surprising.</p>
    <p>— Weakly Favor</p>
   </blockquote>
   <blockquote>
    <p>My field experience is that "empty" describes a container of uninitialized values. It doesn’t fit here.</p>
    <p>— Weakly Against</p>
   </blockquote>
   <h3 class="heading settled" data-level="3.2" id="poll-comments-cpp26-and-ts"><span class="secno">3.2. </span><span class="content">C++26 and Technical Specification Polls</span><a class="self-link" href="#poll-comments-cpp26-and-ts"></a></h3>
   <h4 class="heading settled" data-level="3.2.1" id="p2338r2-freestanding-library-character-primitives-and-the-c-library"><span class="secno">3.2.1. </span><span class="content"><a data-link-type="biblio" href="https://wg21.link/p2338r2">[P2338R2]</a> Freestanding Library: Character Primitives And The C Library</span><a class="self-link" href="#p2338r2-freestanding-library-character-primitives-and-the-c-library"></a></h4>
   <blockquote>
    <p>This paper proposes well-understood changes that expand the scope of freestanding.</p>
    <p>— Strongly Favor</p>
   </blockquote>
   <blockquote>
    <p>I agree with this direction. The freestanding efforts are important but the less we disallow, the better (let’s help our embedded developers if we can)</p>
    <p>— Strongly Favor</p>
   </blockquote>
   <blockquote>
    <p>Cleaning up and creating a consistent and usable freestanding subset is a very useful goal.</p>
    <p>— Strongly Favor</p>
   </blockquote>
   <blockquote>
    <p>Finalizing the work on Freestanding is valuable</p>
    <p>— Weakly Favor</p>
   </blockquote>
   <h4 class="heading settled" data-level="3.2.2" id="p2407r1-freestanding-library-partial-classes"><span class="secno">3.2.2. </span><span class="content"><a data-link-type="biblio" href="https://wg21.link/p2407r1">[P2407R1]</a> Freestanding Library: Partial Classes</span><a class="self-link" href="#p2407r1-freestanding-library-partial-classes"></a></h4>
   <blockquote>
    <p>This expands the scope of freestanding and has implementation experience.</p>
    <p>— Strongly Favor</p>
   </blockquote>
   <blockquote>
    <p>Cleaning up and creating a consistent and usable freestanding subset is a very useful goal.</p>
    <p>— Strongly Favor</p>
   </blockquote>
   <blockquote>
    <p>I agree with this direction. The freestanding efforts are important but the less we disallow, the better (let’s help our embedded developers if we can)</p>
    <p>— Weakly Favor</p>
   </blockquote>
   <blockquote>
    <p>I’m not thrilled by having optional methods in a class depending on some compiler mode (which this effectively is), but I suppose it is a useful compromise.</p>
    <p>— Neutral</p>
   </blockquote>
   <h4 class="heading settled" data-level="3.2.3" id="p2562r1-constexpr-stable-sorting"><span class="secno">3.2.3. </span><span class="content"><a data-link-type="biblio" href="https://wg21.link/p2562r1">[P2562R1]</a> <code class="highlight"><c- k>constexpr</c-></code> Stable Sorting</span><a class="self-link" href="#p2562r1-constexpr-stable-sorting"></a></h4>
   <blockquote>
    <p>If we can make things constexpr it is useful to do so, increasing the capability of compile time programming.</p>
    <p>— Strongly Favor</p>
   </blockquote>
   <blockquote>
    <p>Our facilities should be constexpr unless there is a strong reason that they should not be.</p>
    <p>— Strongly Favor</p>
   </blockquote>
   <blockquote>
    <p>The sorting is handy, and desired in compile time evaluation. The paper has implementation experience, mitigating significant concerns.</p>
    <p>— Strongly Favor</p>
   </blockquote>
   <blockquote>
    <p>The more the merrier.</p>
    <p>— Weakly Favor</p>
   </blockquote>
   <blockquote>
    <p>More constexpr featuers is important to further extend the strengths of C++.</p>
    <p>— Weakly Favor</p>
   </blockquote>
   <blockquote>
    <p>I’m not sure there is much motivation beyond "why not?" in this paper</p>
    <p>— Neutral</p>
   </blockquote>
   <h4 class="heading settled" data-level="3.2.4" id="p2283r2-constexpr-specialized-memory-algorithms"><span class="secno">3.2.4. </span><span class="content"><a data-link-type="biblio" href="https://wg21.link/p2283r2">[P2283R2]</a> <code class="highlight"><c- k>constexpr</c-></code> Specialized Memory Algorithms</span><a class="self-link" href="#p2283r2-constexpr-specialized-memory-algorithms"></a></h4>
   <blockquote>
    <p>Exposing standard library machinery that all standard library implementors have already implemented will help users and ensure they are not tempted to use the unspecified parts of their standard library.</p>
    <p>— Strongly Favor</p>
   </blockquote>
   <blockquote>
    <p>Should just have been done in 20.</p>
    <p>— Strongly Favor</p>
   </blockquote>
   <blockquote>
    <p>Constexpr all the things!</p>
    <p>— Strongly Favor</p>
   </blockquote>
   <blockquote>
    <p>More constexpr featuers is important to further extend the strengths of C++. Since this deals with non-trivial to constexpr things, the paper having implementation experiance is reassuring.</p>
    <p>— Weakly Favor</p>
   </blockquote>
   <h4 class="heading settled" data-level="3.2.5" id="p2542r2-viewsconcat"><span class="secno">3.2.5. </span><span class="content"><a data-link-type="biblio" href="https://wg21.link/p2542r2">[P2542R2]</a> <code class="highlight"><c- n>views</c-><c- o>::</c-><c- n>concat</c-></code></span><a class="self-link" href="#p2542r2-viewsconcat"></a></h4>
   <blockquote>
    <p>This is an important ranges algorithm that I wish we would have had in C++20.</p>
    <p>— Strongly Favor</p>
   </blockquote>
   <blockquote>
    <p>The ability to flatten heterogenous but otherwise compatible ranges into a single range is very useful, especially since views often have subtly different types depending on the exact sequence of operations used to produce them.</p>
    <p>— Strongly Favor</p>
   </blockquote>
   <blockquote>
    <p><code class="highlight"><c- n>views</c-><c- o>::</c-><c- n>concat</c-></code> has been implemented in range-v3 for long time and it is proven to be very useful.</p>
    <p>— Strongly Favor</p>
   </blockquote>
   <blockquote>
    <p>The more the merrier.</p>
    <p>— Weakly Favor</p>
   </blockquote>
   <blockquote>
    <p>More ranges is better ranges.</p>
    <p>— Weakly Favor</p>
   </blockquote>
   <h4 class="heading settled" data-level="3.2.6" id="p2609r1-relaxing-ranges-just-a-smidge"><span class="secno">3.2.6. </span><span class="content"><a data-link-type="biblio" href="https://wg21.link/p2609r1">[P2609R1]</a> Relaxing Ranges Just A Smidge</span><a class="self-link" href="#p2609r1-relaxing-ranges-just-a-smidge"></a></h4>
   <blockquote>
    <p>This is a minimal fix for a rare but real problem when using projection functions.</p>
    <p>— Strongly Favor</p>
   </blockquote>
   <blockquote>
    <p>This closes an unexpected usage error in ranges</p>
    <p>— Strongly Favor</p>
   </blockquote>
   <blockquote>
    <p>This is a reasonable fix for algorithms that aren’t constrained properly for projections</p>
    <p>— Strongly Favor</p>
   </blockquote>
   <blockquote>
    <p>This fixes the gap, that even experts may be unaware of. Wf because of the possible impact on concept subsumption (need to be clarified).</p>
    <p>— Weakly Favor</p>
   </blockquote>
  </main>
<script>
(function() {
  "use strict";
  var collapseSidebarText = '<span aria-hidden="true">←</span> '
                          + '<span>Collapse Sidebar</span>';
  var expandSidebarText   = '<span aria-hidden="true">→</span> '
                          + '<span>Pop Out Sidebar</span>';
  var tocJumpText         = '<span aria-hidden="true">↑</span> '
                          + '<span>Jump to Table of Contents</span>';

  var sidebarMedia = window.matchMedia('screen and (min-width: 78em)');
  var autoToggle   = function(e){ toggleSidebar(e.matches) };
  if(sidebarMedia.addListener) {
    sidebarMedia.addListener(autoToggle);
  }

  function toggleSidebar(on) {
    if (on == undefined) {
      on = !document.body.classList.contains('toc-sidebar');
    }

    /* Don’t scroll to compensate for the ToC if we’re above it already. */
    var headY = 0;
    var head = document.querySelector('.head');
    if (head) {
      // terrible approx of "top of ToC"
      headY += head.offsetTop + head.offsetHeight;
    }
    var skipScroll = window.scrollY < headY;

    var toggle = document.getElementById('toc-toggle');
    var tocNav = document.getElementById('toc');
    if (on) {
      var tocHeight = tocNav.offsetHeight;
      document.body.classList.add('toc-sidebar');
      document.body.classList.remove('toc-inline');
      toggle.innerHTML = collapseSidebarText;
      if (!skipScroll) {
        window.scrollBy(0, 0 - tocHeight);
      }
      tocNav.focus();
      sidebarMedia.addListener(autoToggle); // auto-collapse when out of room
    }
    else {
      document.body.classList.add('toc-inline');
      document.body.classList.remove('toc-sidebar');
      toggle.innerHTML = expandSidebarText;
      if (!skipScroll) {
        window.scrollBy(0, tocNav.offsetHeight);
      }
      if (toggle.matches(':hover')) {
        /* Unfocus button when not using keyboard navigation,
           because I don’t know where else to send the focus. */
        toggle.blur();
      }
    }
  }

  function createSidebarToggle() {
    /* Create the sidebar toggle in JS; it shouldn’t exist when JS is off. */
    var toggle = document.createElement('a');
      /* This should probably be a button, but appearance isn’t standards-track.*/
    toggle.id = 'toc-toggle';
    toggle.class = 'toc-toggle';
    toggle.href = '#toc';
    toggle.innerHTML = collapseSidebarText;

    sidebarMedia.addListener(autoToggle);
    var toggler = function(e) {
      e.preventDefault();
      sidebarMedia.removeListener(autoToggle); // persist explicit off states
      toggleSidebar();
      return false;
    }
    toggle.addEventListener('click', toggler, false);


    /* Get <nav id=toc-nav>, or make it if we don’t have one. */
    var tocNav = document.getElementById('toc-nav');
    if (!tocNav) {
      tocNav = document.createElement('p');
      tocNav.id = 'toc-nav';
      /* Prepend for better keyboard navigation */
      document.body.insertBefore(tocNav, document.body.firstChild);
    }
    /* While we’re at it, make sure we have a Jump to Toc link. */
    var tocJump = document.getElementById('toc-jump');
    if (!tocJump) {
      tocJump = document.createElement('a');
      tocJump.id = 'toc-jump';
      tocJump.href = '#toc';
      tocJump.innerHTML = tocJumpText;
      tocNav.appendChild(tocJump);
    }

    tocNav.appendChild(toggle);
  }

  var toc = document.getElementById('toc');
  if (toc) {
    createSidebarToggle();
    toggleSidebar(sidebarMedia.matches);

    /* If the sidebar has been manually opened and is currently overlaying the text
       (window too small for the MQ to add the margin to body),
       then auto-close the sidebar once you click on something in there. */
    toc.addEventListener('click', function(e) {
      if(e.target.tagName.toLowerCase() == "a" && document.body.classList.contains('toc-sidebar') && !sidebarMedia.matches) {
        toggleSidebar(false);
      }
    }, false);
  }
  else {
    console.warn("Can’t find Table of Contents. Please use <nav id='toc'> around the ToC.");
  }

  /* Wrap tables in case they overflow */
  var tables = document.querySelectorAll(':not(.overlarge) > table.data, :not(.overlarge) > table.index');
  var numTables = tables.length;
  for (var i = 0; i < numTables; i++) {
    var table = tables[i];
    var wrapper = document.createElement('div');
    wrapper.className = 'overlarge';
    table.parentNode.insertBefore(wrapper, table);
    wrapper.appendChild(table);
  }

})();
</script>
  <h2 class="no-num no-ref heading settled" id="references"><span class="content">References</span><a class="self-link" href="#references"></a></h2>
  <h3 class="no-num no-ref heading settled" id="informative"><span class="content">Informative References</span><a class="self-link" href="#informative"></a></h3>
  <dl>
   <dt id="biblio-p0429r9">[P0429R9]
   <dd>Zach Laine. <a href="https://wg21.link/p0429r9"><cite>A Standard flat_map</cite></a>. 17 June 2022. URL: <a href="https://wg21.link/p0429r9">https://wg21.link/p0429r9</a>
   <dt id="biblio-p0592r4">[P0592R4]
   <dd>Ville Voutilainen. <a href="https://wg21.link/p0592r4"><cite>To boldly suggest an overall plan for C++23</cite></a>. 25 November 2019. URL: <a href="https://wg21.link/p0592r4">https://wg21.link/p0592r4</a>
   <dt id="biblio-p0792r10">[P0792R10]
   <dd>Vittorio Romeo, Zhihao Yuan, Jarrad Waterloo. <a href="https://wg21.link/p0792r10"><cite>function_ref: a non-owning reference to a Callable</cite></a>. 14 June 2022. URL: <a href="https://wg21.link/p0792r10">https://wg21.link/p0792r10</a>
   <dt id="biblio-p1222r4">[P1222R4]
   <dd>Zach Laine. <a href="https://wg21.link/p1222r4"><cite>A Standard flat_set</cite></a>. 13 June 2022. URL: <a href="https://wg21.link/p1222r4">https://wg21.link/p1222r4</a>
   <dt id="biblio-p2248r5">[P2248R5]
   <dd>Giuseppe D'Angelo. <a href="https://wg21.link/p2248r5"><cite>Enabling list-initialization for algorithms</cite></a>. URL: <a href="https://wg21.link/p2248r5">https://wg21.link/p2248r5</a>
   <dt id="biblio-p2278r4">[P2278R4]
   <dd>Barry Revzin. <a href="https://wg21.link/p2278r4"><cite>cbegin should always return a constant iterator</cite></a>. 17 June 2022. URL: <a href="https://wg21.link/p2278r4">https://wg21.link/p2278r4</a>
   <dt id="biblio-p2283r2">[P2283R2]
   <dd>Michael Schellenberger Costa. <a href="https://wg21.link/p2283r2"><cite>constexpr for specialized memory algorithms</cite></a>. 26 November 2021. URL: <a href="https://wg21.link/p2283r2">https://wg21.link/p2283r2</a>
   <dt id="biblio-p2338r2">[P2338R2]
   <dd>Ben Craig. <a href="https://wg21.link/p2338r2"><cite>Freestanding Library: Character primitives and the C library</cite></a>. 11 November 2021. URL: <a href="https://wg21.link/p2338r2">https://wg21.link/p2338r2</a>
   <dt id="biblio-p2407r1">[P2407R1]
   <dd>Emil Meissner, Ben Craig. <a href="https://wg21.link/p2407r1"><cite>Freestanding Library: Partial Classes</cite></a>. 23 November 2021. URL: <a href="https://wg21.link/p2407r1">https://wg21.link/p2407r1</a>
   <dt id="biblio-p2446r2">[P2446R2]
   <dd>Barry Revzin. <a href="https://wg21.link/p2446r2"><cite>views::as_rvalue</cite></a>. 15 February 2022. URL: <a href="https://wg21.link/p2446r2">https://wg21.link/p2446r2</a>
   <dt id="biblio-p2505r4">[P2505R4]
   <dd>Jeff Garland. <a href="https://wg21.link/p2505r4"><cite>Monadic Functions for std::expected</cite></a>. 17 June 2022. URL: <a href="https://wg21.link/p2505r4">https://wg21.link/p2505r4</a>
   <dt id="biblio-p2510r3">[P2510R3]
   <dd>Mark de Wever. <a href="https://wg21.link/p2510r3"><cite>Formatting pointers</cite></a>. 23 May 2022. URL: <a href="https://wg21.link/p2510r3">https://wg21.link/p2510r3</a>
   <dt id="biblio-p2539r1">[P2539R1]
   <dd>Victor Zverovich. <a href="https://wg21.link/p2539r1"><cite>Should the output of std::print to a terminal be synchronized with the underlying stream?</cite></a>. 11 April 2022. URL: <a href="https://wg21.link/p2539r1">https://wg21.link/p2539r1</a>
   <dt id="biblio-p2542r2">[P2542R2]
   <dd>Hui Xie, S. Levent Yilmaz. <a href="https://wg21.link/p2542r2"><cite>views::concat</cite></a>. 11 May 2022. URL: <a href="https://wg21.link/p2542r2">https://wg21.link/p2542r2</a>
   <dt id="biblio-p2551r2">[P2551R2]
   <dd>Matthias Kretz, Jonathan Wakely. <a href="https://wg21.link/p2551r2"><cite>Clarify intent of P1841 numeric traits</cite></a>. 22 June 2022. URL: <a href="https://wg21.link/p2551r2">https://wg21.link/p2551r2</a>
   <dt id="biblio-p2562r1">[P2562R1]
   <dd>Oliver Rosten. <a href="https://wg21.link/p2562r1"><cite>constexpr Stable Sorting</cite></a>. 14 June 2022. URL: <a href="https://wg21.link/p2562r1">https://wg21.link/p2562r1</a>
   <dt id="biblio-p2585r0">[P2585R0]
   <dd>Barry Revzin. <a href="https://wg21.link/p2585r0"><cite>Improving default container formatting</cite></a>. 15 May 2022. URL: <a href="https://wg21.link/p2585r0">https://wg21.link/p2585r0</a>
   <dt id="biblio-p2599r2">[P2599R2]
   <dd>Nevin Liber. <a href="https://wg21.link/p2599r2"><cite>index _type &amp; size_type in mdspan</cite></a>. 23 June 2022. URL: <a href="https://wg21.link/p2599r2">https://wg21.link/p2599r2</a>
   <dt id="biblio-p2604r0">[P2604R0]
   <dd>Christian Trott. <a href="https://wg21.link/p2604r0"><cite>MDSPAN: rename pointer and contiguous</cite></a>. 15 June 2022. URL: <a href="https://wg21.link/p2604r0">https://wg21.link/p2604r0</a>
   <dt id="biblio-p2609r1">[P2609R1]
   <dd>John Eivind Helset. <a href="https://wg21.link/p2609r1"><cite>Relaxing Ranges Just A Smidge</cite></a>. URL: <a href="https://wg21.link/p2609r1">https://wg21.link/p2609r1</a>
   <dt id="biblio-p2610r0">[P2610R0]
   <dd>Bryce Adelstein Lelbach. <a href="https://wg21.link/p2610r0"><cite>2022-07 Library Evolution Polls</cite></a>. URL: <a href="https://wg21.link/p2610r0">https://wg21.link/p2610r0</a>
   <dt id="biblio-p2613r1">[P2613R1]
   <dd>Yihe Le. <a href="https://wg21.link/p2613r1"><cite>Add the missing `empty` to `mdspan`</cite></a>. URL: <a href="https://wg21.link/p2613r1">https://wg21.link/p2613r1</a>
  </dl>