From: "Martin Storsjö" <martin@martin.st> To: FFmpeg development discussions and patches <ffmpeg-devel@ffmpeg.org> Subject: Re: [FFmpeg-devel] [PATCH v2] configure: Explicitly check for static_assert Date: Fri, 22 Mar 2024 09:47:09 +0200 (EET) Message-ID: <f73aa1ae-7182-2632-e5f-a4eeb0e21ee5@martin.st> (raw) In-Reply-To: <GV1P250MB073710BA73036312071A11238F322@GV1P250MB0737.EURP250.PROD.OUTLOOK.COM> On Fri, 22 Mar 2024, Andreas Rheinhardt wrote: > Martin Storsjö: >> >> Both patches seem to work fine with MSVC 19.27 - I vaguely prefer the v2 >> version, which is simpler. >> >> >> But to me, we could also just revert the change to >> libavcodec/ccaption_dec.c, and declare that we require MSVC 19.28 >> instead. MSVC 19.27, when executed with -std:c11 without -nologo, it >> prints this: >> >> /std:c11 is a preview implementation of the ISO C11 standard, and >> we're eager to hear about bugs and suggestions for improvements. >> However, note that these features are provided as-is without support. >> >> And I don't have any specific reasons for wanting to use this compiler - >> I just tested the lowest version that was supposed to be supported >> earlier and noted that it had broken recently. So to me, reverting to >> requiring _Static_assert would be quite ok as well. >> > > We can actually do both: Test for static_assert and for _Static_assert > (to exclude MSVC 19.27; is 19.28 still supposed to be a preview > implementation?). 19.28 no longer has that preview implementation banner, so from there on, it should be fine. > The reason I prefer static_assert in the codebase is that _Static_assert > is actually deprecated with C23 (although I don't think it will be > removed any time). Ah, I see. Right, with that in mind, unifying usage to static_assert sounds good. No strong opinion either way about the configure checks still (or whether we should require _Static_assert to be supported), except that strictly requiring static_assert seems less kludgy than trying to define it ourselves. // Martin _______________________________________________ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org https://ffmpeg.org/mailman/listinfo/ffmpeg-devel To unsubscribe, visit link above, or email ffmpeg-devel-request@ffmpeg.org with subject "unsubscribe".
prev parent reply other threads:[~2024-03-22 7:47 UTC|newest] Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top 2024-03-21 17:44 Andreas Rheinhardt 2024-03-21 18:39 ` Andreas Rheinhardt 2024-03-21 21:52 ` Martin Storsjö 2024-03-21 23:38 ` Andreas Rheinhardt 2024-03-22 7:47 ` Martin Storsjö [this message]
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=f73aa1ae-7182-2632-e5f-a4eeb0e21ee5@martin.st \ --to=martin@martin.st \ --cc=ffmpeg-devel@ffmpeg.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: link
Git Inbox Mirror of the ffmpeg-devel mailing list - see https://ffmpeg.org/mailman/listinfo/ffmpeg-devel This inbox may be cloned and mirrored by anyone: git clone --mirror https://master.gitmailbox.com/ffmpegdev/0 ffmpegdev/git/0.git # If you have public-inbox 1.1+ installed, you may # initialize and index your mirror using the following commands: public-inbox-init -V2 ffmpegdev ffmpegdev/ https://master.gitmailbox.com/ffmpegdev \ ffmpegdev@gitmailbox.com public-inbox-index ffmpegdev Example config snippet for mirrors. AGPL code for this site: git clone https://public-inbox.org/public-inbox.git