P1967 R14 #embed - a simple, scannable preprocessor-based resource acquisition method

[wg21bot]

P1967R0 #embed - a simple, scannable preprocessor-based resource acquisition method (JeanHeyd Meneide)

[wg21bot]

P1967R1 #embed - a simple, scannable preprocessor-based resource acquisition method (JeanHeyd Meneide)

[wg21bot]

P1967R2 #embed - a simple, scannable preprocessor-based resource acquisition method (JeanHeyd Meneide)

[jfbastien]

Also see #28

[jfbastien]

Discussed in today's EWG telecon.

Polls:

We want #embed [optional limit] header-name (no type name, no other specification) as a feature.

SF	F	N	A	SA
2	16	3	0	1

We want to explore allowing an optional sequence of tokens to specify a type to #embed.

SF	F	N	A	SA
1	9	4	4	3

[wg21bot]

P1967R3 #embed - a simple, scannable preprocessor-based resource acquisition method (JeanHeyd Meneide)

[wg21bot]

P1967R4 #embed - a simple, scannable preprocessor-based resource acquisition method (JeanHeyd Meneide)

[AaronBallman]

This paper has progressed within WG14 and WG21 and no longer needs SG22 involvement unless the author desires it, so removing the label.

[wg21bot]

P1967R5 #embed - a simple, scannable preprocessor-based resource acquisition method (JeanHeyd Meneide)

[wg21bot]

P1967R6 #embed - a simple, scannable preprocessor-based resource acquisition method (JeanHeyd Meneide)

[erichkeane]

D1967(To be R7) was discussed during the EWG 6/23/2022 Telecon, and the following poll was taken:

EWG encourages P1967 to define the form of vendor extensions as parameters to #embed?

SF	F	N	A	SA
4	4	3	1	0

Result: Consensus

Author expected to return with a revisioned paper based on the feedback received during this meeting.

[wg21bot]

P1967R7 #embed - a simple, scannable preprocessor-based resource acquisition method (JeanHeyd Meneide)

[wg21bot]

P1967R8 #embed - a simple, scannable preprocessor-based resource acquisition method (JeanHeyd Meneide)

[wg21bot]

P1967R9 #embed - a simple, scannable preprocessor-based resource acquisition method (JeanHeyd Meneide)

[erichkeane]

Forward P1967R9, with both 'optional' sections included to CWG for inclusion in C++26. This is as WG14 accepted.

SF	F	N	A	SA
7	5	2	2	2

Result: Stronger Consensus

Forward P1967R9, including section 7.3.6 (__has_embed with return value 2), but not 7.3.7 (prefix/suffix/if_empty) to CWG for inclusion in C++26. This diverges from what was accepted by WG14.

SF	F	N	A	SA
6	6	4	3	2

Result: Weaker Consensus

The former poll has greater consensus, so EWG is forwarding P1967R9 and both optional sections.

[jensmaurer]

Author reports additional updates to the paper are necessary.

[wg21bot]

P1967R13 #embed - a simple, scannable preprocessor-based resource acquisition method (JeanHeyd Meneide)

[jensmaurer]

CWG 2025-02-13 in Hagenberg: Reviewed P1967R13; needs updates.

[jensmaurer]

CWG 2025-02-14 in Hagenberg: Reviewed D1967R14; needs updates.

Sending back to EWG to approve the design change that parameter names are always macro-expanded, not just in the third syntax case of #embed (improves consistency, too).

[Bekenn]

EWG 2025-02-14 in Hagenberg: Confirmed updates

D1967R14: #embed - a scannable, tooling-friendly binary resource inclusion mechanism
Confirm change and return to CWG for C++26

SF	F	N	A	SA
21	24	2	0	0

Consensus

[jensmaurer]

CWG 2025-02-14 in Hagenberg: Approved D1967R14 for plenary straw polls on Saturday.

[wg21bot]

P1967R14 #embed - a simple, scannable preprocessor-based resource acquisition method (JeanHeyd Meneide)