* Daniel P. Berrangé: > AFAICT, Fedora either keeps 32-bit time_t, or kills i686 for good. I agree with this position. For additional details, here is what I wrote in the other thread (regarding defaulting time64): | That still needs some per-package work (mainly for scripting languages | using FFI) because dlsym for gettimeofday etc. still find the 32-bit | variant. There are various ways we can hack around that, I guess. | | Anyway, this dual ABI break (for off_t and time_t) needs to be proposed | as a Fedora change, and we can discuss mechanics if Fedora wants to move | in that direction. I think this is far from a given because a | still-unknown amount of third-party software will break. GNUTLS, for | example, used to have a fairly stable ABI: libgnutls.so.30 goes back a | couple of years; I think it was part of CentOS 7 already. | | I think the first step is to decide if we want to do this. After that, | we can discuss mechanics. For example, traditionally, ABI changes like | this have not been implemented through build flags injection in Fedora, | rather we updated the toolchain defaults. | | Needless to say, I have very little interest to work on this (I consider | all this a pointless distraction, to be blunt), but I guess I can help | with toolchain enablement. Thanks, Florian _______________________________________________ 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
