web-dev-qa-db-ja.com

クロスコンパイラパス

異なるアーキテクチャ用のコンパイラがいくつかあります。

$ > whereis gcc
gcc: /usr/bin/gcc /usr/lib/gcc /usr/share/man/man1/gcc.1.gz

$ > whereis arm-linux-gnueabi-gcc
arm-linux-gnueabi-gcc: /usr/bin/arm-linux-gnueabi-gcc /usr/share/man/man1/arm-linux-gnueabi-gcc.1.gz

$ > whereis arm-linux-gnueabihf-gcc
arm-linux-gnueabihf-gcc: ~/.local/bin/arm-linux-gnueabihf-gcc

gccは私のワークステーション用です。システムパスにインストールされました。

arm-linux-gnueabi-gccは、ARMターゲット用で、ハードフロートなしです。システムのパスにもインストールされています。

arm-linux-gnueabihf-gccは、ARMターゲットとハードフロート用です。これは$(HOME)/.local/ディレクトリにインストールされています。そして、このディレクトリを.bashrcのバイナリパスに追加しました脚本：

export PATH="$HOME/.local/bin:$PATH"

システムコマンドwhereisは、このすべてのコンパイラで機能し、バイナリ実行可能ファイルへの有効なパスを示します。

私はARMのプロジェクトをarm-linux-gnueabihf-gccコンパイラの助けを借りてコンパイルしたかったのですが、これを受け取りました：

as: unrecognised option '-mcpu=cortex-a53'

アセンブラ中のエラー。私のビルドシステムでは、arm-linux-gnueabihf-asではなく、x86にアセンブラを使用したいと考えています。

arm-linux-gnueabihfを~/.localにインストールすると、いくつかのディレクトリが表示されます。

 ~/.local> ls -l
arm-linux-gnueabihf/
bin/
gcc-linaro-5.3.1-2016.05-linux-manifest.txt
include/
lib/
libexec/
share/

bin/に移動すると、バイナリファイルが表示されます。

arm-linux-gnueabihf-addr2line*  arm-linux-gnueabihf-cpp*        arm-linux-gnueabihf-gcc-ar*      arm-linux-gnueabihf-gdb*       arm-linux-gnueabihf-nm*       arm-linux-gnueabihf-size*     isort*
arm-linux-gnueabihf-ar*         arm-linux-gnueabihf-elfedit*    arm-linux-gnueabihf-gcc-nm*      arm-linux-gnueabihf-gfortran*  arm-linux-gnueabihf-objcopy*  arm-linux-gnueabihf-strings*  pylint*
arm-linux-gnueabihf-as*         arm-linux-gnueabihf-g++*        arm-linux-gnueabihf-gcc-ranlib*  arm-linux-gnueabihf-gprof*     arm-linux-gnueabihf-objdump*  arm-linux-gnueabihf-strip*    pyreverse*
arm-linux-gnueabihf-c++*        arm-linux-gnueabihf-gcc*        arm-linux-gnueabihf-gcov*        arm-linux-gnueabihf-ld*        arm-linux-gnueabihf-ranlib*   epylint*                      runtest*
arm-linux-gnueabihf-c++filt*    arm-linux-gnueabihf-gcc-5.3.1*  arm-linux-gnueabihf-gcov-tool*   arm-linux-gnueabihf-ld.bfd*    arm-linux-gnueabihf-readelf*  gdbserver*                    symilar*

このパスは$PATHに追加されました。

しかし、./arm-linux-gnueabihf/binに移動してlsを実行すると、空のディレクトリが返されます。このディレクトリにいくつかのシンボリックリンクを追加すると、エラーを解決できます。

ar -> ../../bin/arm-linux-gnueabihf-ar*
as -> ../../bin/arm-linux-gnueabihf-as*
gcc -> ../../bin/arm-linux-gnueabihf-gcc*
ranlib -> ../../bin/arm-linux-gnueabihf-ranlib*
strip -> ../../bin/arm-linux-gnueabihf-strip*
...

この後、アセンブラエラーが消え、ARMターゲット用のプロジェクトを正常にコンパイルできます。しかし、この後、ワークステーションx86用に何もコンパイルできません。

ARMおよびx86の場合、コンパイルを成功させるために何をすべきかを誰かに説明してもらえますか？

[〜＃〜] upd [〜＃〜]：ARM用のMakefileがあります：

CROSS_COMPILE = arm-linux-gnueabihf-
CC            = $(CROSS_COMPILE)gcc
AS            = $(CROSS_COMPILE)as

INCLUDES      = -I./
SRC           = main.c
TARGET        = my-arm-target

all: $(SRC)
    $(CC) $(INCLUDES) -o $(TARGET)

そして、x86と同じファイルですが、CROSS_COMPILE変数はありません。

CC            = gcc
AS            = as

INCLUDES      = -I./
SRC           = main.c
TARGET        = my-x86-target

all: $(SRC)
    $(CC) $(INCLUDES) -o $(TARGET)
software-installationcompilinggccarmcross-compilation
3
Anisyan

必要なアーキテクチャごとにスクリプトを設定し、それを使用して環境を切り替え、そのアーキテクチャのツールを使用することができます。特定のアーキテクチャのメイクファイルでは、gccが適切なコンパイラであると想定している場合があるため、スクリプトでそれを確認する必要があります。例：

MY_ARM_BASE=${HOME}/dev/toolchain/arm-2008q3
C_INCLUDE_PATH=${MY_ARM_BASE}/lib/gcc/arm-none-linux-gnueabi/4.3.2/include:${MY_ARM_BASE}/lib/gcc/arm-none-linux-gnueabi/4.3.2/include-fixed
LIBRARY_PATH=${MY_ARM_BASE}/arm-none-linux-gnueabi/libc/lib:${MY_ARM_BASE}/arm-none-linux-gnueabi/libc/usr/lib
CPLUS_INCLUDE_PATH=${MY_ARM_BASE}/arm-none-linux-gnueabi/include/c++/4.3.2
#OBJC_INCLUDE_PATH
COMPILER_PATH=${MY_ARM_BASE}/bin
#LD_RUN_PATH
#GPROF_PATH
#######
CC=${COMPILER_PATH}/gcc
CXX=${COMPILER_PATH}/g++
RANLIB=${COMPILER_PATH}/ranlib
STRIP=${COMPILER_PATH}/strip
export C_INCLUDE_PATH LIBRARY_PATH CPLUS_INCLUDE_PATH COMPILER_PATH
export CC CXX RANLIB STRIP

makefileを実行する前に上記のスクリプト（。スクリプト）を入手し、適切なツールを使用する必要があります。上記の例では、私が必要としなかったアイテムの一部がコメント化されていることに注意してください。

1
ubfan1