История изменений

И ещё добавлю.

А нахрен нужен этот musl?

musl может спокойно линковаться к бинарю, создавая «опечатанную» систему с полностью статической линковской. Там не будут работать некоторые методы, специфичные для использования ошибок, связанных с glibc, например, вот. Ну и так, по мелочи чисто. Сделать статическую линковку с glibc, например, не всегда представляется возможным из-за размеров glibc.

Поэтому эта библиотека есть и для x86_64 и для ARM, да собственно, для всех нужных архитектур.

По скорости исполнения, кстати, в нормальной среде, без заходов по секьюрности, glibc как правило быстрее musl. Слегка. Насколько конкретно быстрее это гуглить надо.

А… Ну только для embedded разве что … Для обычных компов не совсем подходит.

Ну, embedded на x86_64, это малость толстовато. Здесь, скорее вопросы, связанные с безопасностью.

Заменил на glibc - все ошибки пропали.

Вопрос поддержки стандарта. Бывает не совсем корректные реализации в musl. Если просто десктоп/ноут и без «сервера», то musl не нужен. С сервером/hardened уже есть вопросы. Возможно, что и понадобится.

И ещё добавлю.

А нахрен нужен этот musl?

musl может спокойно линковаться к бинарю, создавая «опечатанную» систему. Там не будут работать некоторые методы, специфичные для использования ошибок, связанных с glibc, например, вот. Ну и так, по мелочи чисто. Сделать статическую линковку с glibc, например, не всегда представляется возможным из-за размеров glibc.

Поэтому эта библиотека есть и для x86_64 и для ARM, да собственно, для всех нужных архитектур.

По скорости исполнения, кстати, в нормальной среде, без заходов по секьюрности, glibc как правило быстрее musl. Слегка. Насколько конкретно быстрее это гуглить надо.

А… Ну только для embedded разве что … Для обычных компов не совсем подходит.

Ну, embedded на x86_64, это малость толстовато. Здесь, скорее вопросы, связанные с безопасностью.

Заменил на glibc - все ошибки пропали.

Вопрос поддержки стандарта. Бывает не совсем корректные реализации в musl. Если просто десктоп/ноут и без «сервера», то musl не нужен. С сервером/hardened уже есть вопросы. Возможно, что и понадобится.

И ещё добавлю.

А нахрен нужен этот musl?

musl может спокойно линковаться к бинарю, создавая «опечатанную» систему. Там не будут работать некоторые методы, специфичные для использования ошибок, связанных с glibc, например, вот. Ну и так, по мелочи чисто. Сделать статическую линковку с glibc, например, не всегда представляется возможной из-за её размеров.

Поэтому эта библиотека есть и для x86_64 и для ARM, да собственно, для всех нужных архитектур.

По скорости исполнения, кстати, в нормальной среде, без заходов по секьюрности, glibc как правило быстрее musl. Слегка. Насколько конкретно быстрее это гуглить надо.

А… Ну только для embedded разве что … Для обычных компов не совсем подходит.

Ну, embedded на x86_64, это малость толстовато. Здесь, скорее вопросы, связанные с безопасностью.

Заменил на glibc - все ошибки пропали.

Вопрос поддержки стандарта. Бывает не совсем корректные реализации в musl. Если просто десктоп/ноут и без «сервера», то musl не нужен. С сервером/hardened уже есть вопросы. Возможно, что и понадобится.