> С этим соображением я согласен. Если часы железные, то придётся менять железо.

Часы железные. Но - время из них я перегружаю лишь эпизодически, в основном при старте после ресета и все такое. А на самом деле оно живет в 64-бит переменной которая "никогда не переполнится" (по крайней мере, я до этого не доживу, и железяка тоже). Оно апдейтится по IRQ от RTC, но софт не видит 32-бит счетчик. Он ворочает 64-бит переменную. Это удобнее и безопаснее по математике и к тому же доступ к тому 32-бит счетчику специфичный, так что 64 бита в RAM как-то менее проблемны в целом, и иметь дело с ними может оказаться еще и быстрее.

> А оно вполне может быть живо к году Г, и даже незаменимо, если прикручено к
> какой-нибудь домне или станку за десять миллионов зелени или к чему похуже.

Ну вот я не знаю заранее куда этот код и потомки этих железок будут в 2038 году прикручены и мне бы не хотелось чтобы меня вспомнили нелестным словом за такую отложенную по времени свинью. Поэтому в новых проектах этот момент я стараюсь учитывать. А хотя-бы и поступившись немного эффективностью кода. Потому что 64 бита на 32-битном ядре таки требуют больше кода. Так что с точки зрения только эффективности - меня можно за это и замесить.