fk0, легенда (23.05.2015 13:55, просмотров: 124) ответил Mahagam на думаю, что little-endian он сегодня в 95% случаев встречается. а с тем чем приходится работать - то и вообще 100%. если передачу задокументировать - то подстраиваться придётся тем несчастным, кому достались большие индейцы.
Ты думаешь только то, что видишь вокруг себя. И у тебя кругозор ограничен STM32 и x86. А я каждый день вижу две разные эндианности, например. И вообще не уверен -- по крайней мере, об этом нигде не написано, какой там IEEE, и IEEE ли вообще. Из-за таких говнокодеров, как некоторые, и встречается "в 95%" случаев. Зря что ли современные CPU всё больше little endian -- говнокод не работает ибо. Практически же big endian имеет ряд преимуществ в плане удобства отладки и надёжности ПО, т.к. не плодит скрытые ошибки вызванные несоответствием ширины слова.
Про "код" я уже сказал выше. Код с scanf/printf -- готовый и отлаженный. А твоя чудо-библиотека по разборке/сборке IEEE -- это неделя работы профессионала, а не говнокодера. В варианте "не у меня работает", а качественный код. И хорошо, если неделя. Тесты к нему писать ещё неделю, например.
"Макросы конвертации" -- ты их напиши вначале, чтоб они работали. Я за свою жизнь уже несколько раз натыкался на неработающие. В таком, казалось бы простом случае.
"Дохуя времяни", "длина пакета" -- это всё пустословие. По сравнению с каналом передачи это может быть совершенно не существенно (речь не про 3D ускоритель). Про лишние библиотеки в контексте scanf/printf вообще смешно. Они будут в любой программы большей, чем для ATTiny. И уж наверняка в той, где есть числа с плавающей точкой.
[ZX]