web-dev-qa-db-ja.com

libpng&zlibとリンクしますか?

Libjpegとlibpngの両方を使用するプロジェクトをコンパイルしようとしています。 libpngにはzlibが必要なことを知っているので、3つすべてを独立してコンパイルし、それら(libjpeg.a、libpng.a、libz.a)をlinrel32というフォルダ。次に私が実行するのは:

g++ -Llinrel32/ program.cpp otherfile.cpp -o linrel32/executable -Izlib/ -Ilpng140/ -Ijpeg/ -lpthread -lX11 -O2 -DLINUX -s -lz -lpng -ljpeg

したがって、3つのライブラリを含めます。それでも、リンカーは文句を言います:

linrel32//libpng.a(png.o): In function `png_calculate_crc':
png.c:(.text+0x97d): undefined reference to `crc32'
linrel32//libpng.a(png.o): In function `png_reset_crc':
png.c:(.text+0x9be): undefined reference to `crc32'
linrel32//libpng.a(png.o): In function `png_reset_zstream':
png.c:(.text+0x537): undefined reference to `inflateReset'
linrel32//libpng.a(pngread.o): In function `png_read_destroy':
pngread.c:(.text+0x6f4): undefined reference to `inflateEnd'
linrel32//libpng.a(pngread.o): In function `png_read_row':
pngread.c:(.text+0x1267): undefined reference to `inflate'
linrel32//libpng.a(pngread.o): In function `png_create_read_struct_2':

(...あなたはアイデアを得る:D)

collect2: ld returned 1 exit status

不足している関数がzlibからのものであることはわかっているので、そこにzlibを追加しています。 libz.aを開いたところ、構造が良好なようです。それを再コンパイルすると、すべてが正常に見えます。そうではありません...

私にはわかりませんが、問題は些細なことである可能性が高く、私が必要としているのはしばらく眠ることです。しかし、それでも、あなたが私がこのことを理解するのを手伝ってくれるなら...

22
huff

ライブラリの順序を並べ替える必要があります。

-lpng -ljpeg -lz

何が起こっているのかというと、リンカには静的ライブラリの処理方法に関する特別なルールがあります。参照を満たすために.oが必要な場合は、.aの内側からの.oのみが含まれます。

さらに、静的アーカイブをリンク行に表示される順序で処理します。

したがって、コードがzlibの関数を直接呼び出すことはありません。したがって、リンカが最初に-lzを処理するとき、まだ呼び出しがないため、zlibはプルされません。

次に、リンカがlibpngを処理すると、コードからの呼び出しがあることがわかります。そのため、libpngからコードをプルし、zlibを呼び出すため、zlib関数への参照があります。

これでライブラリの最後に到達し、エラーの原因となる未解決の呼び出しがあります。

したがって、libhigh.aがliblow.aを使用する場合は、リンクの順序に-lhighbefore-llowが必要です。

43