У мене є віртуальна система Debian, яку я використовую для розвитку.

Сьогодні я хотів спробувати llvm / clang.

Після установки clang я не можу компілювати свої старі c-проекти (з gcc). Це помилка:

...
/usr/bin/ld: cannot find crt1.o: No such file or directory
/usr/bin/ld: cannot find crti.o: No such file or directory
collect2: ld returned 1 exit status
...

Я видалив кланг, і він все ще не працював.

Хтось має уявлення, як я можу це виправити?

Debian / Ubuntu

Проблема полягає в тому, що у вас, ймовірно, є лише gcc для вашої поточної архітектури, і це 64-бітний. Вам потрібні 32-бітні файли підтримки. Для цього вам потрібно їх встановити

sudo apt install gcc-multilib

Що мені допомогло - створити символічне посилання:

sudo ln -s /usr/lib/x86_64-linux-gnu /usr/lib64

Здається, що, граючи з llvm / clang, ви (або менеджер пакунків) видалили раніше існуючий стандартний пакет розробок бібліотеки C (наприклад, libc на Debian), або, можливо, у вас його не встановлено в першу чергу, тому вам потрібно перевстановити тепер, коли ви повернулися до gcc.

Ви можете зробити це так на Debian:

aptitude show libc-dev

Ubuntu:

apt-get install libc-dev

Якщо у вас немає Ubuntu, якщо у вас немає libc-dev, оскільки я не можу його знайти на Packa.ubuntu.com, можна спробувати встановити libc6-dev безпосередньо.

Або на Redhat як системи:

yum встановити glibc-devel

NB: Хоча вам коротко відповіли в коментарях, ось така відповідь, так що є запис на випадок, якщо хтось стикається з цим і може шукати відповідь, але не в коментарях, або коментар недостатньо явний. .

Це помилка, про яку повідомляється в стартовій панелі, але є рішення:

Запустіть це, щоб побачити, де знаходяться ці файли

$ find /usr/ -name crti*
/usr/lib/x86_64-linux-gnu/crti.o

потім додайте цей шлях до змінної LIBRARY_PATH

$ export LIBRARY_PATH=/usr/lib/x86_64-linux-gnu:$LIBRARY_PATH

Якщо ви використовуєте тестувальну версію Debian, яку називають "wheezy", то вас, можливо, перекусив перехід до мультиарха. Більше про мультиарх Debian тут: http://wiki.debian.org/Multiarch

В основному, це те, що різні архітектурні бібліотеки переміщуються з традиційних місць файлової системи в нові місця для архітектури. Ось чому /usr/bin/ldплутають.

Ви знайдете crt1.o і в /usr/lib64/і /usr/lib/i386-linux-gnu/зараз, і вам потрібно буде повідомити про це свою інструментальну ланцюжок . Ось деяка документація про те, як це зробити; http://wiki.debian.org/Multiarch/LibraryPathOverview

Зауважте, що лише створення символьної посилання дасть вам лише одну архітектуру, і ви, по суті, будете вимкнено багатоархівну роботу. Хоча це може бути те, що ви хочете, це може бути не оптимальним рішенням.

Прочитавши http://wiki.debian.org/Multiarch/LibraryPathOverview, який розмістив jeremiah, я знайшов прапор gcc, який працює без символьного посилання:

gcc -B/usr/lib/x86_64-linux-gnu hello.c

Отже, ви можете просто додати -B/usr/lib/x86_64-linux-gnuзмінну CFLAGS у вашому Makefile.

Щоб отримати RHEL 7 64-розрядний для складання 32-бітних програм gcc 4.8, вам потрібно буде зробити дві речі.

1. Переконайтесь, що всі 32-розрядні інструменти розробки gcc 4.8 повністю встановлені:

   sudo yum install glibc-devel.i686 libgcc.i686 libstdc++-devel.i686 ncurses-devel.i686

2. Скомпілюйте програми за допомогою прапора -m32

   gcc pgm.c -m32 -o pgm

вкрадено звідси: Як компілювати 32-розрядні програми на 64-розрядному RHEL? - Мені довелося лише зробити крок 1.

Як пояснено у файлі crti.o, відсутній , краще використовувати "gcc -print-search-dirs", щоб дізнатися весь шлях пошуку. Потім створіть посилання, як пояснено вище "sudo ln -s", щоб вказати на розташування crt1.o

Це працювало для мене з Ubuntu 16.04

$ LIBRARY_PATH=/usr/lib/x86_64-linux-gnu
$ export LIBRARY_PATH

./configure --disable-multilib

працює на це

Натрапив на це на CentOs 5.4. Помітили, що lib64 містить файли crt * .o, але lib - ні. Встановлено glibc-devel через yum, який встановив i386 біт, і це вирішило мою проблему.

Навіть я отримав таку ж помилку компіляції, коли перетинав i686-cm-linux-gcc.

Наведений нижче варіант компіляції вирішив мою проблему

$ i686-cm-linux-gcc a.c --sysroot=/opt/toolchain/i686-cm-linux-gcc

Примітка: sysroot повинен вказувати на каталог компілятора, де доступні usr / include

У моєму випадку ланцюжок інструментів встановлюється в каталозі / opt / toolchain / i686-cm-linux-gcc, а usr / include також доступний у тому самому каталозі

Я вирішив це так:

1) спробуйте знайти файли ctr1.o та ctri.o, використовуючи find -name ctr1.o

У мене на комп’ютері є наступне: $/usr/lib/i386-linux/gnu

2) Додайте цей шлях до PATH(також LIBRARY_PATH) змінної середовища (для того, щоб побачити, яка назва: type envкоманда в Терміналі):

$PATH=/usr/lib/i386-linux/gnu:$PATH
$export PATH

У мене була така ж проблема сьогодні, я вирішив її, встановивши рекомендовані пакети: libc6-dev-mipsel-cross libc6-dev-mipsel-cross, libc-dev-mipsel-cross

Це спрацювало:

sudo apt-get install libc6-dev-mipsel-cross

У моєму випадку помилка crti.o була спричинена конфігурацією шляху виконання від Matlab. Наприклад, ви не можете виконати файл, якщо раніше ви не встановили шлях до каталогу виконання. Для цього: Файл> setPath, додайте каталог і збережіть.

використання gcc -B lib_path_containing_crt?.o

У моєму випадку Ubuntu 16.04мене взагалі немає crti.o:

$ find /usr/ -name crti*

Тому я встановлюю пакет для розробника libc 6 -dev:

sudo apt-get install libc6-dev