Skip to content

Commit

Permalink
New issue from Jonathan: Refer back to container requirements when ex…
Browse files Browse the repository at this point in the history
…tending them
  • Loading branch information
jwakely committed Nov 25, 2024
1 parent 57ddc9a commit 60cb093
Showing 1 changed file with 34 additions and 0 deletions.
34 changes: 34 additions & 0 deletions xml/issue4176.xml
Original file line number Diff line number Diff line change
@@ -0,0 +1,34 @@
<?xml version='1.0' encoding='utf-8' standalone='no'?>
<!DOCTYPE issue SYSTEM "lwg-issue.dtd">

<issue num="4174" status="New">
<title>Refer back to container requirements when extending them</title>
<section><sref ref="[containers]"/></section>
<submitter>Jonathan Wakely</submitter>
<date>22 Nov 2024</date>
<priority>99</priority>

<discussion>
<p>
We sometimes give detailed specifications of container members which add
additional specification to the common requirements in
<sref ref="[container.requirements.general]"/>, for example
<sref ref="[vector.modifiers]"/> defines `vector::erase` without actually
saying it erases any elements. The actual effects of `erase` are given in
<sref ref="[sequence.reqmts]"/>.
</p>
<p>
Authors of library wording often struggle with this non-local form of
specification, where we sometimes do spell out container member functions
in full, and sometimes rely on distant wording that applies to all containers.
It would be easier if `vector::erase` referred back to
<sref ref="[sequence.reqmts]"/>.
</p>
</discussion>

<resolution>
<p>
</p>
</resolution>

</issue>

0 comments on commit 60cb093

Please sign in to comment.