開発に使用している仮想Debianシステムがあります。

今日はllvm / clangを試してみたかった。

clangをインストールした後、古いgプロジェクトを（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ライブラリ開発パッケージ（eglibc）を削除したようです Debianのそれをインストールしていない可能性があるため、再インストールする必要があるようですこれで、gccに戻りました。

Debianでこれを行うことができます。

aptitude show libc-dev

Ubuntu：

apt-get install libc-dev

Ubuntuでは、libc-devがない場合、packages.ubuntu.comで見つけることができないため、libc6-devを直接インストールしてみてください。

またはRedhatのようなシステムでは：

yum install glibc-devel

注意：あなたはコメントで簡単に答えられましたが、ここに答えがあります。誰かがこれに遭遇し、答えを探している可能性がある場合に備えて、記録にありますが、コメントにないか、コメントが十分に明確ではありません。

これはランチパッドで報告されたバグですが、回避策があります：

これを実行して、これらのファイルの場所を確認します

$ 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

'wheezy'と呼ばれるDebianのテストバージョンを使用している場合は、multiarchへの移行に悩まされている可能性があります。Debianのmultiarchの詳細はこちら：http ://wiki.debian.org/Multiarch

基本的には、さまざまなアーキテクチャ固有のライブラリが、ファイルシステムの従来の場所から新しいアーキテクチャ固有の場所に移動しています。これが理由です/usr/bin/ld混乱してです。

両方/usr/lib64/でcrt1.oが見つかり/usr/lib/i386-linux-gnu/ますが、ツールチェーンにそのことを伝える必要があります。これを行う方法に関するいくつかのドキュメントがあります。http://wiki.debian.org/Multiarch/LibraryPathOverview

シンボリックリンクを作成するだけでは1つのアーキテクチャしか得られず、本質的にmultiarchを無効にすることに注意してください。これはあなたが望むものであるかもしれませんが、それは最適な解決策ではないかもしれません。

jeremiahが投稿したhttp://wiki.debian.org/Multiarch/LibraryPathOverviewを読んだ後、シンボリックリンクなしで機能するgccフラグを見つけました。

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

したがって、-B/usr/lib/x86_64-linux-gnuMakefileのCFLAGS変数に追加するだけです。

RHEL 7 64ビットでgcc 4.8 32ビットプログラムをコンパイルするには、2つのことを行う必要があります。

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

ここから盗まれた：64ビットRHELで32ビットアプリをコンパイルする方法 -ステップ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には含まれていませんでした。i386ビットをインストールするyumを介してglibc-develをインストールし、これにより問題が解決しました。

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）環境変数に追加します（どちらが名前であるかを確認するには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

私の場合、Matlabからの実行パス構成が原因でcrti.oエラーが発生しました。たとえば、実行ディレクトリのパスを以前に設定していない場合、ファイルを実行できません。これを行うには：ファイル> 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