Modify

Ticket #8241 (closed Feature Requests: fixed)

Opened 4 years ago

Last modified 3 months ago

Treat std::array as a Fusion sequence

Reported by: nathanridge Owned by: djowel
Milestone: Boost 1.63.0 Component: fusion
Version: Boost Development Trunk Severity: Problem
Keywords: Cc: mateusz@…, braden@…

Description

Boost.Fusion provides support for treating boost::array as a Fusion sequence (http://www.boost.org/doc/libs/1_53_0/libs/fusion/doc/html/fusion/adapted/boost__array.html).

With the growing adoption of C++11, it would be great if similar support were provided for std::array.

Attachments

Change History

comment:1 Changed 4 years ago by mloskot

  • Cc mateusz@… added

comment:2 Changed 4 years ago by mloskot

Here, I have prototyped std::array adoption as Boost.Fusion sequence:  https://github.com/mloskot/boost_fusion_std_array

It is functional, however, the problem with ADL and begin/end conflict remains unsolved (see #4028), hence full qualification used in the test program std_array.cpp.

Comments welcome.

comment:3 Changed 2 years ago by Kohei Takahashi <flast@…>

The behaviour of C++11 range-based for has been changed by DR1442 [1], no ADL will be performend. Thus, the adoption would be nice.

Note that, following compilers will perform ADL with range-based for.

  • clang 3.0 and 3.1
  • gcc 4.6 - 4.8
  1. h ttp://www.open-std.org/jtc1/sc22/wg21/docs/cwg_defects.html#1442

comment:4 Changed 2 years ago by djowel

Let's do this.

comment:5 Changed 23 months ago by Braden McDaniel <braden@…>

  • Cc braden@… added

comment:6 Changed 3 months ago by takahashi

  • Status changed from new to closed
  • Type changed from Bugs to Feature Requests
  • Resolution set to fixed
  • Milestone changed from To Be Determined to Boost 1.63.0
View

Add a comment

Modify Ticket

Change Properties
<Author field>
Action
as closed
The resolution will be deleted. Next status will be 'reopened'
Author


E-mail address and user name can be saved in the Preferences.

 
Note: See TracTickets for help on using tickets.