Skip to content

Commit 5b89634

Browse files
committed
Set 4312 to Tentatively Ready
1 parent 40605c2 commit 5b89634

File tree

1 file changed

+17
-1
lines changed

1 file changed

+17
-1
lines changed

xml/issue4312.xml

Lines changed: 17 additions & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -1,7 +1,7 @@
11
<?xml version='1.0' encoding='utf-8' standalone='no'?>
22
<!DOCTYPE issue SYSTEM "lwg-issue.dtd">
33

4-
<issue num="4312" status="New">
4+
<issue num="4312" status="Tentatively Ready">
55
<title>Const and value category mismatch for `allocator_arg_t`/`allocator_arg` in the description
66
of uses-allocator construction</title>
77
<section>
@@ -27,6 +27,22 @@ rvalue of `allocator_arg_t`, which can be inferred from using plain `allocator_a
2727
It seems that such mismatch was present even since C++11 (per <paper num="N3337"/> [allocator.uses.construction]/1.2).
2828
If the use of plain `allocator_arg_t` is considered correct, I think we should fix the description.
2929
</p>
30+
31+
<note>2025-10-14; Reflector poll</note>
32+
<p>
33+
Set status to Tentatively Ready after five votes in favour during reflector poll.
34+
</p>
35+
<p>
36+
Unless the `std::allocator_arg` tag object is not supposed to be used,
37+
wouldn't it make more sense to preserve the
38+
"if `T` has a constructor invocable as `T(allocator_arg, alloc, args...)`"
39+
wording and change every `allocator_arg_t` into
40+
<code>const allocator_arg_t&amp;</code>, so that we check for construction
41+
from the const tag object, and then actually use a const value in the
42+
constructor arguments.
43+
Strongly don't care though.
44+
</p>
45+
3046
</discussion>
3147

3248
<resolution>

0 commit comments

Comments
 (0)