3

ARMプロセッサ用にいくつかのライブラリをクロスコンパイルしようとしています。具体的には次のとおりです。

DirectFB、これはlibpngに依存し、これはzlibに依存します。

Libpngはzlibに対してリンクされていますが、ビルドシステム上のパスがターゲットシステム上のパスと一致しないため、DirectFBのコンパイル中にlibpngがリンクされているzlibをldは見つけることができません。

問題を次の例に減らしました。testbはlibbに依存し、これはlibaに依存します。

libaを構築する：

gcc -Wall -fPIC -c a.c
gcc -shared -Wl,-soname,liba.so.1 -o liba.so.1.0 a.o

ln -fs liba.so.1.0 liba.so.1
ln -fs liba.so.1 liba.so

構築されたテスタ：

gcc -Wall -I. -L. testa.c -la -o testa
LD_LIBRARY_PATH=. ./testa
a: 0

libbをビルドする：

gcc -Wall -fPIC -I. -L. -c b.c -la
gcc -shared -Wl,-soname,libb.so.1 -o libb.so.1.0 b.o

ln -fs libb.so.1.0 libb.so.1
ln -fs libb.so.1 libb.so

ここまでは順調ですね。ただし、testbの構築は失敗します。

gcc -Wall -I. -L. testb.c -lb -o testb

結果：

./libb.so: undefined reference to `a'
collect2: ld returned 1 exit status
make: *** [testb] Error 1

したがって、libbがlibaに対してリンクされていて、両方が「-L」で渡されている現在のディレクトリにある場合でも、ldはlibaでaの定義を見つけることができません。

-vを指定してgccを実行すると、次のようになります。

gcc -v -Wall -I. -L. testb.c -lb -o testb
Using built-in specs.
Target: i486-linux-gnu
Configured with: ../src/configure -v --with-pkgversion='Ubuntu 4.4.3-4ubuntu5.1' --with-bugurl=file:///usr/share/doc/gcc-4.4/README.Bugs --enable-languages=c,c++,fortran,objc,obj-c++ --prefix=/usr --enable-shared --enable-multiarch --enable-linker-build-id --with-system-zlib --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --with-gxx-include-dir=/usr/include/c++/4.4 --program-suffix=-4.4 --enable-nls --enable-clocale=gnu --enable-libstdcxx-debug --enable-plugin --enable-objc-gc --enable-targets=all --disable-werror --with-arch-32=i486 --with-tune=generic --enable-checking=release --build=i486-linux-gnu --host=i486-linux-gnu --target=i486-linux-gnu
Thread model: posix
gcc version 4.4.3 (Ubuntu 4.4.3-4ubuntu5.1) 
COLLECT_GCC_OPTIONS='-v' '-Wall' '-I.' '-L.' '-o' 'testb' '-mtune=generic' '-march=i486'
 /usr/lib/gcc/i486-linux-gnu/4.4.3/cc1 -quiet -v -I. testb.c -D_FORTIFY_SOURCE=2 -quiet -dumpbase testb.c -mtune=generic -march=i486 -auxbase testb -Wall -version -fstack-protector -o /tmp/ccqAkMFb.s
GNU C (Ubuntu 4.4.3-4ubuntu5.1) version 4.4.3 (i486-linux-gnu)
    compiled by GNU C version 4.4.3, GMP version 4.3.2, MPFR version 2.4.2-p1.
GGC heuristics: --param ggc-min-expand=98 --param ggc-min-heapsize=128244
ignoring nonexistent directory "/usr/local/include/i486-linux-gnu"
ignoring nonexistent directory "/usr/lib/gcc/i486-linux-gnu/4.4.3/../../../../i486-linux-gnu/include"
ignoring nonexistent directory "/usr/include/i486-linux-gnu"
#include "..." search starts here:
#include <...> search starts here:
 .
 /usr/local/include
 /usr/lib/gcc/i486-linux-gnu/4.4.3/include
 /usr/lib/gcc/i486-linux-gnu/4.4.3/include-fixed
 /usr/include
End of search list.
GNU C (Ubuntu 4.4.3-4ubuntu5.1) version 4.4.3 (i486-linux-gnu)
    compiled by GNU C version 4.4.3, GMP version 4.3.2, MPFR version 2.4.2-p1.
GGC heuristics: --param ggc-min-expand=98 --param ggc-min-heapsize=128244
Compiler executable checksum: 2349e080d2b2f3f970047e63bbe98cb2
COLLECT_GCC_OPTIONS='-v' '-Wall' '-I.' '-L.' '-o' 'testb' '-mtune=generic' '-march=i486'
 as -V -Qy -o /tmp/ccc6ux7S.o /tmp/ccqAkMFb.s
GNU assembler version 2.20.1 (i486-linux-gnu) using BFD version (GNU Binutils for Ubuntu) 2.20.1-system.20100303
COMPILER_PATH=/usr/lib/gcc/i486-linux-gnu/4.4.3/:/usr/lib/gcc/i486-linux-gnu/4.4.3/:/usr/lib/gcc/i486-linux-gnu/:/usr/lib/gcc/i486-linux-gnu/4.4.3/:/usr/lib/gcc/i486-linux-gnu/:/usr/lib/gcc/i486-linux-gnu/4.4.3/:/usr/lib/gcc/i486-linux-gnu/
LIBRARY_PATH=/usr/lib/gcc/i486-linux-gnu/4.4.3/:/usr/lib/gcc/i486-linux-gnu/4.4.3/:/usr/lib/gcc/i486-linux-gnu/4.4.3/../../../../lib/:/lib/../lib/:/usr/lib/../lib/:/usr/lib/gcc/i486-linux-gnu/4.4.3/../../../:/lib/:/usr/lib/:/usr/lib/i486-linux-gnu/
COLLECT_GCC_OPTIONS='-v' '-Wall' '-I.' '-L.' '-o' 'testb' '-mtune=generic' '-march=i486'
 /usr/lib/gcc/i486-linux-gnu/4.4.3/collect2 --build-id --eh-frame-hdr -m elf_i386 --hash-style=both -dynamic-linker /lib/ld-linux.so.2 -o testb -z relro /usr/lib/gcc/i486-linux-gnu/4.4.3/../../../../lib/crt1.o /usr/lib/gcc/i486-linux-gnu/4.4.3/../../../../lib/crti.o /usr/lib/gcc/i486-linux-gnu/4.4.3/crtbegin.o -L. -L/usr/lib/gcc/i486-linux-gnu/4.4.3 -L/usr/lib/gcc/i486-linux-gnu/4.4.3 -L/usr/lib/gcc/i486-linux-gnu/4.4.3/../../../../lib -L/lib/../lib -L/usr/lib/../lib -L/usr/lib/gcc/i486-linux-gnu/4.4.3/../../.. -L/usr/lib/i486-linux-gnu /tmp/ccc6ux7S.o -lb -lgcc --as-needed -lgcc_s --no-as-needed -lc -lgcc --as-needed -lgcc_s --no-as-needed /usr/lib/gcc/i486-linux-gnu/4.4.3/crtend.o /usr/lib/gcc/i486-linux-gnu/4.4.3/../../../../lib/crtn.o
./libb.so: undefined reference to `a'
collect2: ld returned 1 exit status
make: *** [testb] Error 1

LD_LIBRARY_PATHまたはLIBRARY_PATH、あるいはその両方を現在のディレクトリに設定しても、問題は解決しません。

-laを使用したコンパイルは機能しますが、libbはlibaに対してリンクされているため、必要ではありません。たとえば、ネイティブビルド環境（正しいパス、ld.so.confのライブラリパス）でlibpngに対してリンクする場合、-lzは必要ありません。

また、リンクする追加のlibを設定するのは面倒です。これは、別のlibに依存するlibに依存するすべてのコンパイルに対してMakefileにパッチを適用する必要があるためです。

要約すると、コンパイル中に依存する共有ライブラリを探す場所をldに指示するにはどうすればよいですか？

私の問題は次の2つに似てい ます。ARM/QNXのクロスリンクが間接的/推移的な依存関係で失敗する コンパイル中に共有ライブラリのリンクを解決する方法（GCC）？

どちらも、-laの追加を必要としないソリューションを提案していません。これは、私の意見では必要ないはずです。

使用したファイル：

交流：

int a() {
    return 0;
}

liba.h：

#ifndef LIBA_H
#define LIBA_H

    int a();

#endif

testa.c：

#include <stdio.h>
#include <liba.h>

int main() {
    printf("a: %d\r\n", a());
    return 0;
}

紀元前：

#include <liba.h>

int b() {
    return a();
}

libb.h：

#ifndef LIBB_H
#define LIBB_H

    int b();

#endif

testb.c：

#include <stdio.h>
#include <libb.h>

int main() {
    printf("b: %d\r\n", b());
    return 0;
}

Makefile：

# Makefile for shared library test

all:

liba:
    gcc -Wall -fPIC -c a.c
    gcc -shared -Wl,-soname,liba.so.1 -o liba.so.1.0 a.o

    ln -fs liba.so.1.0 liba.so.1
    ln -fs liba.so.1 liba.so

testa: liba
    gcc -Wall -I. -L. testa.c -la -o testa

runtesta: testa
    LD_LIBRARY_PATH=. ./testa

libb: liba
    gcc -Wall -fPIC -I. -L. -c b.c -la
    gcc -shared -Wl,-soname,libb.so.1 -o libb.so.1.0 b.o

    ln -fs libb.so.1.0 libb.so.1
    ln -fs libb.so.1 libb.so

testb: libb
    gcc -v -Wall -I. -L. testb.c -lb -o testb

runtestb: testb
    LD_LIBRARY_PATH=. ./testb

clean:
    # clean up
    rm -rf *.o
    rm -rf liba.s*
    rm -rf libb.s*
    rm -rf testa testb
4

1 に答える 1

2

lbのリンクフェーズに-laを追加する必要があります（下の2行目が必須です）。

$ gcc -Wall -fPIC -I. -L. -c b.c -la
$ gcc -L. -shared -o libb.so b.o -la
$ LD_LIBRARY_PATH=. gcc -Wall -I. -L. testb.c -lb -o testb
$ LD_LIBRARY_PATH=. ./testb
b: 0

また、コンパイル時の-laは実際には必要ありません。元の例にあるという理由だけで、そのままにしておきました。代わりに最初の行

$ gcc -Wall -fPIC -I. -L. -c b.c

十分になります。

一般的なルールは次のとおりです。リンカーは、コンパイラではなくライブラリを必要とする人です。

于 2013-01-30T11:43:21.370 に答える