|
|
| Коментар от: Иван Давидов davidov< dot >i< at >gmail< dot >com |
Дата: 1-10-2015 |
| [ Други коментари] |
Бягам от glibc, защото на практика не работи в минималистични и/или embedded системи. Създава много главоболия. Има един куп изписани статии от къде идват архитектурните проблеми там. Накратко - големи хакове са, за да накараш статичното линкване да работи както трябва и да нямаш никакви зависимости към други библиотеки. Иначе си работи прекрасно, когато говорим за пълноценни линукс дистрибуции, спор няма!
В текущите сорсове в GitHub имам успешен експеримент с musl вместо glibc и неработещият DNS вече работи. Проблемът с musl е, че това се пада cross-compiling и изпитвам известни затруднения да накарам musl да използва kernel хедърите, които свалям автоматично. Засега musl разчита на хедърите, които са инсталирани на host операционната система, което не е добър вариант за билдване. Работи си прекрасно, но не е хубаво да е така, защото същите хедъри може да са инсталирани на друго място в някоя друга host среда. И отделно, че хедърите на host системата може да се окажат несъвместими с kernel-а, който се опитваме да билднем. Накратко - и сега работи, но има какво да се доизпипа.
Замяната на BusyBox е само експеримент. Реших да пробвам до колко лесно или трудно ще се получи и дали си заслужава усилията. Е, получи се, но с BusyBox получаваме повече и занапред ще продължа да ползвам него.
За squash и другите неща - не съм влизал в дълбочина каква поддръжка има в ядрото, ще чета и ще гледам, когато му дойде времето.
|
| << Към: Към: Планове | |
|
|
|
|
|
|
|
|
|
