public inbox for gcc-bugs@sourceware.org help / color / mirror / Atom feed
From: "romain.geissler at amadeus dot com" <gcc-bugzilla@gcc.gnu.org> To: gcc-bugs@gcc.gnu.org Subject: [Bug driver/107954] New: Support -std=c23/gnu23 as aliases of -std=c2x/gnu2x Date: Fri, 02 Dec 2022 19:25:16 +0000 [thread overview] Message-ID: <bug-107954-4@http.gcc.gnu.org/bugzilla/> (raw) https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107954 Bug ID: 107954 Summary: Support -std=c23/gnu23 as aliases of -std=c2x/gnu2x Product: gcc Version: 13.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: driver Assignee: unassigned at gcc dot gnu.org Reporter: romain.geissler at amadeus dot com Target Milestone: --- Hi, I raise this ticket (I agree not very important, and more a feature request than a bug) following a similar one on C++/clang side and a remark from Aaron Ballman: https://github.com/llvm/llvm-project/issues/59300#issuecomment-1335623903 It seems that the future C2x standard has reached at least the feature freeze phase and the expectations are that it will be ratified in 2023. So, it is already the time to accept -std=c23/gnu23 as aliases of -std=c2x/gnu2x or is it early for this ? On C++ side gcc already accepts -std=c++23 since gcc 11 as now C++ standards seems to strictly follow the 3 years cadence. Cheers, Romain
next reply other threads:[~2022-12-02 19:25 UTC|newest] Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top 2022-12-02 19:25 romain.geissler at amadeus dot com [this message] 2022-12-02 21:00 ` [Bug c/107954] " pinskia at gcc dot gnu.org 2022-12-03 8:38 ` lukaszcz18 at wp dot pl 2022-12-07 0:41 ` joseph at codesourcery dot com 2023-08-10 23:07 ` romain.geissler at amadeus dot com 2023-08-11 15:48 ` joseph at codesourcery dot com 2023-10-19 13:49 ` daniel.lundin.mail at gmail dot com 2023-11-06 15:03 ` cvs-commit at gcc dot gnu.org 2023-11-08 0:25 ` jsm28 at gcc dot gnu.org
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=bug-107954-4@http.gcc.gnu.org/bugzilla/ \ --to=gcc-bugzilla@gcc.gnu.org \ --cc=gcc-bugs@gcc.gnu.org \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: linkBe sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).