gpt4 book ai didi

opencv - 动态库大小大于静态库和链接对象大小的总和,怎么来的?

转载 作者:太空宇宙 更新时间:2023-11-03 21:08:52 24 4
gpt4 key购买 nike

[看到编辑,额外的大小似乎来自链接时添加的调试符号,但发生这种情况的原因仍不清楚!]

我正在交叉编译 OpenCV 2.4.11 Ubuntu x86 64bit -> armeabi。

我正在使用此处可用的工具链 https://developer.android.com/tools/sdk/ndk/index.html , 选择 4.9 编译器。

当我编译动态库时,它们变得比静态库大得多。示例:

 3793082 Mar 12 17:21 libopencv_core.a
6131716 Mar 12 17:29 libopencv_core.so
446060 Mar 12 17:22 libopencv_highgui.a
5510352 Mar 12 17:30 libopencv_highgui.so
3477794 Mar 12 17:21 libopencv_imgproc.a
5325504 Mar 12 17:29 libopencv_imgproc.so
38004 Mar 12 17:19 libopencv_info.so
844990 Mar 12 17:21 libopencv_ml.a
3827136 Mar 12 17:29 libopencv_ml.so
747744 Mar 12 17:22 libopencv_objdetect.a
2370188 Mar 12 17:30 libopencv_objdetect.so
405920 Mar 12 17:22 libopencv_video.a
2196268 Mar 12 17:30 libopencv_video.so

对于静态库,大小或多或少对应于目标文件的总大小。 core 和 highgui 的示例。

du -chs `find -iname \*.o|grep opencv_core.dir`
[...]
3,5M total

du -chs `find -iname \*.o|grep opencv_highgui.dir`
[...]
352K total

如果我使用 make 或 ninja 进行构建,也会发生同样的情况。

构建时的编译器标志略有不同,但如果我检查为静态和动态构建生成的目标文件,它们的大小完全相同。这是我用来生成这样一个列表的命令:

ls -s `find -iname \*.o`|grep core

所以,我想,它一定处于链接阶段。我查看了 build.ninja 文件的差异,这些行仅适用于共享版本:

LINK_FLAGS = -llog -Wl,--fix-cortex-a8 -Wl,--no-undefined -Wl,--gc-sections -Wl,-z,noexecstack -Wl,-z,relro -Wl,-z,now
LINK_LIBRARIES = lib/libopencv_features2d.so -ldl -lm -llog -ltbb lib/libopencv_flann.so lib/libopencv_highgui.so lib/libopencv_imgproc.so lib/libopencv_core.so

我认为链接的附加库(dl、m、log、tbb)不会影响最终大小,因为它们都比我发现的差异小得多。此外,我开始验证,对于日志,只有 .so 可用,对于 tbb (100Kb),我有共享版本和静态版本。顺便说一句,我也尝试在没有 tbb 的情况下构建。

为了 100% 确定,我采用了链接目标文件的实际命令行,删除了 -no-undefined 选项,然后删除了所有其他选项和链接库。文件大小没有改变,除了删除 -Wl,--gc-sections 导致文件大小增加(这是一些垃圾收集选项)。

所以,剩下的唯一选择就是……链接器错误?!?有人知道发生了什么吗?

一些附加信息:

编译器详细信息:

 ./arm-linux-androideabi-gcc -v
Using built-in specs.
COLLECT_GCC=./arm-linux-androideabi-gcc
COLLECT_LTO_WRAPPER=/opt/toolchain-arm17/bin/../libexec/gcc/arm-linux-androideabi/4.9/lto-wrapper
Target: arm-linux-androideabi
Configured with: /s/ndk-toolchain/src/build/../gcc/gcc-4.9/configure --prefix=/tmp/ndk-andrewhsieh/build/toolchain/prefix --target=arm-linux-androideabi --host=x86_64-linux-gnu --build=x86_64-linux-gnu --with-gnu-as --with-gnu-ld --enable-languages=c,c++ --with-gmp=/tmp/ndk-andrewhsieh/build/toolchain/temp-install --with-mpfr=/tmp/ndk-andrewhsieh/build/toolchain/temp-install --with-mpc=/tmp/ndk-andrewhsieh/build/toolchain/temp-install --with-cloog=/tmp/ndk-andrewhsieh/build/toolchain/temp-install --with-isl=/tmp/ndk-andrewhsieh/build/toolchain/temp-install --with-ppl=/tmp/ndk-andrewhsieh/build/toolchain/temp-install --disable-ppl-version-check --disable-cloog-version-check --disable-isl-version-check --enable-cloog-backend=isl --with-host-libstdcxx='-static-libgcc -Wl,-Bstatic,-lstdc++,-Bdynamic -lm' --disable-libssp --enable-threads --disable-nls --disable-libmudflap --disable-libgomp --disable-libstdc__-v3 --disable-sjlj-exceptions --disable-shared --disable-tls --disable-libitm --with-float=soft --with-fpu=vfp --with-arch=armv5te --enable-target-optspace --enable-initfini-array --disable-nls --prefix=/tmp/ndk-andrewhsieh/build/toolchain/prefix --with-sysroot=/tmp/ndk-andrewhsieh/build/toolchain/prefix/sysroot --with-binutils-version=2.24 --with-mpfr-version=3.1.1 --with-mpc-version=1.0.1 --with-gmp-version=5.0.5 --with-gcc-version=4.9 --with-gdb-version=7.6 --with-python=/usr/local/google/home/andrewhsieh/mydroid/ndk/prebuilt/linux-x86_64/bin/python-config.sh --with-gxx-include-dir=/tmp/ndk-andrewhsieh/build/toolchain/prefix/include/c++/4.9 --with-bugurl=http://source.android.com/source/report-bugs.html --enable-languages=c,c++ --disable-bootstrap --enable-plugins --enable-libgomp --disable-libsanitizer --enable-gold --enable-graphite=yes --with-cloog-version=0.18.0 --with-isl-version=0.11.1 --enable-eh-frame-hdr-for-static --with-arch=armv5te --program-transform-name='s&^&arm-linux-androideabi-&' --enable-gold=default
Thread model: posix
gcc version 4.9 20140827 (prerelease) (GCC)

我也试着看看尝试另一个版本的链接器会发生什么,但大小没有变化

arm-linux-androideabi-g++.exe -v
Using built-in specs.
COLLECT_GCC=arm-linux-androideabi-g++.exe
COLLECT_LTO_WRAPPER=lto-wrapper.exe
Target: arm-linux-androideabi
Configured with: /s/ndk-toolchain/src/build/../gcc/gcc-4.8/configure --prefix=/tmp/ndk-andrewhsieh/build/toolchain/prefix --target=arm-linux-androideabi --host=x86_64-pc-mingw32msvc --build=x86_64-lin
ux-gnu --with-gnu-as --with-gnu-ld --enable-languages=c,c++ --with-gmp=/tmp/ndk-andrewhsieh/build/toolchain/temp-install --with-mpfr=/tmp/ndk-andrewhsieh/build/toolchain/temp-install --with-mpc=/tmp/n
dk-andrewhsieh/build/toolchain/temp-install --with-cloog=/tmp/ndk-andrewhsieh/build/toolchain/temp-install --with-isl=/tmp/ndk-andrewhsieh/build/toolchain/temp-install --with-ppl=/tmp/ndk-andrewhsieh/
build/toolchain/temp-install --disable-ppl-version-check --disable-cloog-version-check --disable-isl-version-check --enable-cloog-backend=isl --with-host-libstdcxx='-static-libgcc -Wl,-Bstatic,-lstdc+
+,-Bdynamic -lm' --disable-libssp --enable-threads --disable-nls --disable-libmudflap --disable-libgomp --disable-libstdc__-v3 --disable-sjlj-exceptions --disable-shared --disable-tls --disable-libitm
--with-float=soft --with-fpu=vfp --with-arch=armv5te --enable-target-optspace --enable-initfini-array --disable-nls --prefix=/tmp/ndk-andrewhsieh/build/toolchain/prefix --with-sysroot=/tmp/ndk-andrew
hsieh/build/toolchain/prefix/sysroot --with-binutils-version=2.24 --with-mpfr-version=3.1.1 --with-mpc-version=1.0.1 --with-gmp-version=5.0.5 --with-gcc-version=4.8 --with-gdb-version=7.6 --with-pytho
n=/usr/local/google/home/andrewhsieh/mydroid/ndk/prebuilt/windows-x86_64/bin/python-config.sh --with-gxx-include-dir=/tmp/ndk-andrewhsieh/build/toolchain/prefix/include/c++/4.8 --with-bugurl=http://so
urce.android.com/source/report-bugs.html --enable-languages=c,c++ --disable-bootstrap --enable-plugins --enable-libgomp --disable-libsanitizer --enable-gold --enable-graphite=yes --with-cloog-version=
0.18.0 --with-isl-version=0.11.1 --enable-eh-frame-hdr-for-static --with-arch=armv5te --program-transform-name='s&^&arm-linux-androideabi-&' --enable-gold=default
Thread model: posix
gcc version 4.8 (GCC)

编辑:
正如 MarcB 所建议的,我尝试了 strip图书馆。结果令人惊讶(对我来说:))

$ arm-linux-androideabi/bin/strip -g libopencv_core.so -o libopencv_core_stripped.so
$ ls -la *core*
6293308 Mar 13 10:40 libopencv_core.so
3224840 Mar 13 12:18 libopencv_core_stripped.so

如果编译的目标文件没有使用 -g(甚至使用 -g0),那么所有这些调试符号是从哪里来的?

注意:像这样剥离的库似乎功能齐全。剥离/未剥离库的 nm -D 输出是相同的,nm 输出只是小了几行(比如 12000 行少了 50 行)。

可以肯定的是,我也尝试在链接之前剥离对象,但它们的文件没有改变(它增加只是一点点),并且链接“剥离”的对象文件会产生一个库和以前一样大。

最佳答案

那些不是调试 符号。它们是常规链接器符号。

共享库可能有两组符号:一组用于链接,另一组用于动态加载。 strip 删除第一种符号。 你不能链接一个剥离的共享库,但你可以在运行时正常加载它(例如,如果你使用 dlopen,或者链接到库然后剥离它)。

请参阅运行 strip 前后的 nm yourlib.sonm -D yourlib.so

更正 可以链接到剥离的库。关于这两种符号表的一个很好的解释是 here .

关于opencv - 动态库大小大于静态库和链接对象大小的总和,怎么来的?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/29016166/

24 4 0
文章推荐: html - 我有 2 列
文章推荐: c# - 多对多级联删除
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com