我试图编译一个同时使用libjpeg和libpng的项目。我知道libpng需要zlib,所以我编译了所有这三个独立并将它们(libjpeg.a,libpng.a和libz.a)放在名为linrel32
的文件夹中。我执行则是:与libpng&zlib链接?
g++ -Llinrel32/ program.cpp otherfile.cpp -o linrel32/executable -Izlib/ -Ilpng140/ -Ijpeg/ -lpthread -lX11 -O2 -DLINUX -s -lz -lpng -ljpeg
所以,我包括三个库。尽管如此,链接器抱怨:
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,它似乎有一个很好的结构。重新编译它,一切看起来都很好。但它不是...
我不知道,这很可能是问题微不足道,我需要的是睡一会儿。但尽管如此,如果你能帮助我弄清楚这件事......
谢谢。你是绝对正确的。我认为这个命令是可能的,但我没有任何真正的理由支持这个理论。我错误地认为链接器将所有内容放入“池”中,然后在追踪每段代码后删除未使用的函数。 – huff 2010-03-07 06:14:41
@huff - 不客气。仅供参考,订单仅适用于静态档案;如果您使用共享对象,则无关紧要。 – 2010-03-07 06:16:20
现在混入例如CMake和乐趣变得更大(特别是在传递VERBOSE = 1之前)。 zlib是一个静态库吗? boost :: iostreams依赖zlib存在类似的问题;它在我的机器上失败,但在其他机器上失败。无论如何 - 这是一个很好的经验法则 - 最“基本”的依赖关系最后。 – 2016-01-14 12:33:54