У меня есть виртуальная система 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
...

Я удалил clang, но он все еще не работал.

Кто-нибудь знает, как я могу это исправить?

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, поскольку я не могу найти его на packages.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 , опубликованный Джеремией, я обнаружил флаг gcc, который работает без символической ссылки:

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

Итак, вы можете просто добавить -B/usr/lib/x86_64-linux-gnuпеременную CFLAGS в свой Makefile.

Чтобы получить 64-разрядную версию RHEL 7 для компиляции 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) переменной окружения (чтобы увидеть, какая команда name: 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. Например, вы не можете выполнить файл, если ранее не указали путь к каталогу выполнения. Для этого: File> 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