On Wed, 15 Jan 2025 at 20:47, Florian Weimer <fweimer@xxxxxxxxxx> wrote:
* Iñaki Ucar:
> On Wed, 15 Jan 2025 at 19:40, Florian Weimer <fweimer@xxxxxxxxxx> wrote:
>
>> * Iñaki Ucar:
>>
>>>> Add -std=gnu17 to CFLAGS of whatever packages you want to use it as
>>>> workaround (but don't forget to look at it back before Fedora 42 is
>>>> released).
>>>
>>> I was actually planning to keep it until the next R release, which is
>>> in April. Would that be a problem?
>>
>> Would this flag also be used for building R extensions by default?
>
> Yes, extensions use the same flags as R unless otherwise requested by
> the extension.
Will the April release land in Fedora 42?
If you use -std=gnu17 for now, then it might obscure problems in
extensions. If you can't backport the C23 compatibility fixes and can't
do the extra compatibility work for extensions, maybe it's necessary to
stick with -std=gnu17 for Fedora 42 and switch it off for Fedora 43
only.
(Worst case, C23 source code compatibility could be an ABI-incompatible
change, but it's unlikely because the extension API must already be
source-compatible with C++.)
Upstream just provided a simple patch to solve this for now, so defining the standard won't be necessary. Fixed in rawhide now.
Iñaki Úcar
-- _______________________________________________ devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@xxxxxxxxxxxxxxxxxxxxxxx Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue