A RetroSearch Logo

Home - News ( United States | United Kingdom | Italy | Germany ) - Football scores

Search Query:

Showing content from https://cplusplus.github.io/LWG/issue2416 below:

any allocator support is unimplementable

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

2416. [fund.ts] std::experimental::any allocator support is unimplementable

Section: 6.3 [fund.ts::any.class] Status: Resolved Submitter: Jonathan Wakely Opened: 2014-06-16 Last modified: 2015-10-26

Priority: Not Prioritized

View all issues with Resolved status.

Discussion:

Addresses: fund.ts

The allocator-extended copy constructor for any requires an arbitrary template parameter to be available in a type-erased context where the dynamic type of the contained object is known. This is not believed to be possible in C++.

If the allocator-extended copy constructor cannot be defined it questions the usefulness of the other allocator-extended constructors.

[Urbana, 2014-11]

Resolved by paper N4270.

Proposed resolution:

RetroSearch is an open source project built by @garambo | Open a GitHub Issue

Search and Browse the WWW like it's 1997 | Search results from DuckDuckGo

HTML: 3.2 | Encoding: UTF-8 | Version: 0.7.4