[Bug c/105863] RFE: C23 #embed

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105863 Jakub Jelinek changed: What|Removed |Added Resolution|--- |FIXED Status|ASSIGNED

[Bug c/105863] RFE: C23 #embed

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105863 --- Comment #20 from Jakub Jelinek --- What still isn't committed is the C++ optimization support of #embed. And, we need to decide what to do with the macro expansion for #embed, the current implementation isn't conformant (but maybe WG14 will

[Bug c/105863] RFE: C23 #embed

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105863 Eli Schwartz changed: What|Removed |Added CC||eschwartz93 at gmail dot com --- Comment

[Bug c/105863] RFE: C23 #embed

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105863 --- Comment #18 from Thomas Schwinge --- The C23 '#embed' support still needs to be documented on .

[Bug c/105863] RFE: C23 #embed

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105863 --- Comment #17 from GCC Commits --- The master branch has been updated by Jakub Jelinek : https://gcc.gnu.org/g:eba6d2aa71a9b59386e5a2453cbe924371626b0b commit r15-3599-geba6d2aa71a9b59386e5a2453cbe924371626b0b Author: Jakub Jelinek Date:

[Bug c/105863] RFE: C23 #embed

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105863 --- Comment #16 from Jakub Jelinek --- https://gcc.gnu.org/pipermail/gcc-patches/2024-June/655012.html https://gcc.gnu.org/pipermail/gcc-patches/2024-June/655013.html https://gcc.gnu.org/pipermail/gcc-patches/20

[Bug c/105863] RFE: C23 #embed

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105863 --- Comment #15 from Jakub Jelinek --- https://gcc.gnu.org/pipermail/gcc-patches/2024-June/654740.html

[Bug c/105863] RFE: C23 #embed

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105863 Jakub Jelinek changed: What|Removed |Added Attachment #58418|0 |1 is obsolete|

[Bug c/105863] RFE: C23 #embed

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105863 --- Comment #13 from Jakub Jelinek --- Created attachment 58418 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=58418&action=edit gcc15-pr105863-wip.patch WIP patch, which already does something. Started now working on the testsuite. I'd

[Bug c/105863] RFE: C23 #embed

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105863 Jakub Jelinek changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|unassigned

[Bug c/105863] RFE: C23 #embed

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105863 --- Comment #11 from Joseph S. Myers --- It makes the changes more complicated (everything that handles CONSTRUCTORs, whether to output them to assembly or to extract values for optimization etc., needs to handle the new tree), but yes, having a

[Bug c/105863] RFE: C23 #embed

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105863 --- Comment #10 from Jakub Jelinek --- I think we should add a new tree next to STRING_CST for use inside of CONSTRUCTORs. STRING_CST in theory could be used e.g. inside of a constructor_elt, with say RANGE_EXPR for the index and STRING_CST for

[Bug c/105863] RFE: C23 #embed

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105863 --- Comment #9 from Joseph S. Myers --- The most straightforward and most important case to optimize is the one where the #embed expansion lies entirely inside a single character array initializer (possibly with some integer constants before or

[Bug c/105863] RFE: C23 #embed

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105863 --- Comment #8 from H. Peter Anvin --- Well, _Embed() would be an extension and it doesn't seem unreasonable to say that _Embed() would be expanded after token pasting. After all, as has been discussed in the C committee is that if #embed cannot

[Bug c/105863] RFE: C23 #embed

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105863 Jakub Jelinek changed: What|Removed |Added CC||jakub at gcc dot gnu.org --- Comment #7

[Bug c/105863] RFE: C23 #embed

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105863 --- Comment #6 from joseph at codesourcery dot com --- The latest version should be taken to be what's in the working draft N3096, plus the editorial fixes from CD2 comments GB-081 through GB-084.

[Bug c/105863] RFE: C23 #embed

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105863 --- Comment #5 from Marek Polacek --- Latest rev: https://open-std.org/JTC1/SC22/WG14/www/docs/n3017.htm

[Bug c/105863] RFE: C23 #embed

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105863 --- Comment #4 from H. Peter Anvin --- So I'm updating this to be C23 #embed, since that is a bit more general than the typical incbin (at least conceptually it operates on the preprocessor syntactic level; it does not of course preclude a short