У меня был вопрос не к вашей задаче. А вообще к libc. Вроде либа должна быть стандартная и удобная - она таковой и является, пока не задумаешься об оптимизации...
Хочешь printf'нут float, а он к double сначала приводится - обидно досадно и не понятно зачем так сделано, что %f - это double и НЕТ стандартного способа вывести float в чистом виде без приведения типа!
Это всем известно, но не понятно - зачем)))

А все, что меньше int - к int. При том зачем-то в последних стандартах в inttypes.h добавили префиксы спецификаторов форматной строки h и hh "для принудительного приведения к short и char"


Видимо неявное приведение позволяет написать вывод только одного типа (double) и в программах разумного размера суммарный размер всех кодов приведения типа будет меньше, чем размер дополнительной отдельной ветки кода для вывода float.

я hu и hhu использую по мере необходимости. На AVR вроде как был профит от этого.

Ну а если наоборот - в прошивке ни одного double нет, лишь одни float))) (типично для кортекса и около того)

Можно предположить, что это сделано для симметрии с scanf, а там это нужная фича.

Откуда он может взяться? Переменная приводится к (unsigned) int принудительно, на это мы повлиять не можем. Дальше работа с ней идет как с int. значение ее от приведения поменяться не могло. В чем смысл дополнительного принудительного обратного приведения внутри printf и какой выигрыш от этого можно плучить? Могу предположить, что если мы хотим вывести только младший байт или слово от int, тогда можно не накладывать маску перед передачей параметра в printf, но это настолько редкий случай, что городить ради этого поддержку дополнительных флагов... Не могу пока понять такой логики.

Нет в жизни совершенства

Правдоподобно. Там значение передается по указателю, приведений не происходит.