Это так в подавляющем большинстве случаев.tundra37 писал(а): Основная рекомендация: почитайте что такое configure. Этот скрипт должен закончится нормально, только тогда можно make вызывать. Иначе надо анализировать лог и выяснять, что в вашей системе не так и исправлять.
Но Glibc - это случай особый!
(не зря они требуют собирать Glibc не в самом каталоге дерева исходных кодов glibc-2.14.1, а в созданном рядом каталоге с произвольным именем, куда и копируются объектные файлы - я собирал сотни разнообразных проектов из исходников, и такие объёмные и мудрёные, как, например Asterisk или FreeSWITCH, но таких специфических фокусов нигде не видел)
Я специально повторил ./configure на тех файлах, что привёл автор (для того дотошно и спрашивал), с 3-го подхода, меняя параметры ./configure ... получил ОК (могу повторить и показать параметры), но на make - ошибка!
Потому что Glibc - это интерфейс к системным вызовам (ни один язык программирования, С++ как самый яркий пример, не будет иметь своего интерфейса, а будут использовать этот).
А поэтому успешность сборки Glibc (вообще её возможность) будет зависить от многих фактров, которые нужно точно угадать в параметрах ./configure (и, возможно, переменных окружения времени выполнения make), вот только некоторые из них:
- версия ядра Linux, под которую собираем (от этого зависят не только особенности, но даже число syscall-ов)
- соответствие версии используемых /include и версии ядра и версии gcc + точное указание пути к этому include в -I компилятора
- вид (группа, род) процессора (на котором собирают и под который собирают): i386, i486, i686, i786 ... - всё это вы найдёте в дереве Glibc (и там же многое объясняется в INSTALL файле) + 32/64 бит (на котором собирают и под который собирают)
- ... и это ещё далеко не всё!
Чур меня. Это ж надо для одной библиотеки придумать не только два абсолютно разных имени, так еще без остановки клепают подверсии.
) обязательно придётся избирательно и с умом ("с чувством, с толком, с расстановкой"