This page is a snapshot from the LWG issues list, see the Library Active Issues List for more information and the meaning of Tentatively NAD status.

### 3752. Should `string::substr` forward the allocator to the newly created string?

Section: 23.4.3.8.3 [string.substr] Status: Tentatively NAD Submitter: Igor Zhukov Opened: 2022-08-10 Last modified: 2022-08-24

Priority: Not Prioritized

View all issues with Tentatively NAD status.

Discussion:

Adrian Vogelsgesang noticed that libcxx's `string::substr` forward the allocator to the newly created string.

Nikolas Klauser found that MSVC STL does the same thing.

While Casey Carter and we all agree that this is a bug and we will fix it, we've "always" been nonconforming here and it's weird though that there was never an issue filed and two implementations have the exact same change.

So we want a clarification from LWG.

[2022-08-24; Reflector poll]

Set status to Tentatively NAD after reflector poll.

"If you want to provide a different allocator, you can use the substring constructor."

"This matches the constructor, whose choice of allocator has been already considered in 2402. Any changes here need a paper."

Proposed resolution: