/usr/bin/ld: /tmp/ccNdFaSA.o: in function `main':
ubus_server.c:(.text+0x1f): undefined reference to `blobmsg_add_object'
collect2: error: ld returned 1 exit status

但是nm看链接库的符号表有这个函数，为什么呢
# nm libblobmsg_json.so | grep 'blobmsg_add_object'
0000000000001b73 T blobmsg_add_object



确认so是没有问题的，因为如果重命名so后，编译就会提示
/usr/bin/ld: cannot find -lblobmsg_json
collect2: error: ld returned 1 exit status
--
修改:b0207191 FROM 218.66.91.*
FROM 218.66.91.*

ld 就一条命令， gcc 我加了-v参数了

换成静态库.a也是一样


root@DESKTOP-C4ENN7A:/mnt/d/code/demo_c/tmp/testubus# gcc -v  -L . -l:libblobmsg_json.a test.c -o test.elf
Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/usr/lib/gcc/x86_64-linux-gnu/9/lto-wrapper
OFFLOAD_TARGET_NAMES=nvptx-none:hsa
OFFLOAD_TARGET_DEFAULT=1
Target: x86_64-linux-gnu
Configured with: ../src/configure -v --with-pkgversion='Ubuntu 9.4.0-1ubuntu1~20.04.2' --with-bugurl=file:///usr/share/doc/gcc-9/README.Bugs --enable-languages=c,ada,c++,go,brig,d,fortran,objc,obj-c++,gm2 --prefix=/usr --with-gcc-major-version-only --program-suffix=-9 --program-prefix=x86_64-linux-gnu- --enable-shared --enable-linker-build-id --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --libdir=/usr/lib --enable-nls --enable-clocale=gnu --enable-libstdcxx-debug --enable-libstdcxx-time=yes --with-default-libstdcxx-abi=new --enable-gnu-unique-object --disable-vtable-verify --enable-plugin --enable-default-pie --with-system-zlib --with-target-system-zlib=auto --enable-objc-gc=auto --enable-multiarch --disable-werror --with-arch-32=i686 --with-abi=m64 --with-multilib-list=m32,m64,mx32 --enable-multilib --with-tune=generic --enable-offload-targets=nvptx-none=/build/gcc-9-9QDOt0/gcc-9-9.4.0/debian/tmp-nvptx/usr,hsa --without-cuda-driver --enable-checking=release --build=x86_64-linux-gnu --host=x86_64-linux-gnu --target=x86_64-linux-gnu
Thread model: posix
gcc version 9.4.0 (Ubuntu 9.4.0-1ubuntu1~20.04.2)
COLLECT_GCC_OPTIONS='-v' '-L.' '-o' 'test.elf' '-mtune=generic' '-march=x86-64'
/usr/lib/gcc/x86_64-linux-gnu/9/cc1 -quiet -v -imultiarch x86_64-linux-gnu test.c -quiet -dumpbase test.c -mtune=generic -march=x86-64 -auxbase test -version -fasynchronous-unwind-tables -fstack-protector-strong -Wformat -Wformat-security -fstack-clash-protection -fcf-protection -o /tmp/ccIMghbE.s
GNU C17 (Ubuntu 9.4.0-1ubuntu1~20.04.2) version 9.4.0 (x86_64-linux-gnu)
        compiled by GNU C version 9.4.0, GMP version 6.2.0, MPFR version 4.0.2, MPC version 1.1.0, isl version isl-0.22.1-GMP

GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072
ignoring nonexistent directory "/usr/local/include/x86_64-linux-gnu"
ignoring nonexistent directory "/usr/lib/gcc/x86_64-linux-gnu/9/include-fixed"
ignoring nonexistent directory "/usr/lib/gcc/x86_64-linux-gnu/9/../../../../x86_64-linux-gnu/include"
#include "..." search starts here:
#include <...> search starts here:
/usr/lib/gcc/x86_64-linux-gnu/9/include
/usr/local/include
/usr/include/x86_64-linux-gnu
/usr/include
End of search list.
GNU C17 (Ubuntu 9.4.0-1ubuntu1~20.04.2) version 9.4.0 (x86_64-linux-gnu)
        compiled by GNU C version 9.4.0, GMP version 6.2.0, MPFR version 4.0.2, MPC version 1.1.0, isl version isl-0.22.1-GMP

GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072
Compiler executable checksum: 01da938ff5dc2163489aa33cb3b747a7
COLLECT_GCC_OPTIONS='-v' '-L.' '-o' 'test.elf' '-mtune=generic' '-march=x86-64'
as -v --64 -o /tmp/ccc8Vz5B.o /tmp/ccIMghbE.s
GNU assembler version 2.34 (x86_64-linux-gnu) using BFD version (GNU Binutils for Ubuntu) 2.34
COMPILER_PATH=/usr/lib/gcc/x86_64-linux-gnu/9/:/usr/lib/gcc/x86_64-linux-gnu/9/:/usr/lib/gcc/x86_64-linux-gnu/:/usr/lib/gcc/x86_64-linux-gnu/9/:/usr/lib/gcc/x86_64-linux-gnu/
LIBRARY_PATH=/usr/lib/gcc/x86_64-linux-gnu/9/:/usr/lib/gcc/x86_64-linux-gnu/9/../../../x86_64-linux-gnu/:/usr/lib/gcc/x86_64-linux-gnu/9/../../../../lib/:/lib/x86_64-linux-gnu/:/lib/../lib/:/usr/lib/x86_64-linux-gnu/:/usr/lib/../lib/:/usr/lib/gcc/x86_64-linux-gnu/9/../../../:/lib/:/usr/lib/
COLLECT_GCC_OPTIONS='-v' '-L.' '-o' 'test.elf' '-mtune=generic' '-march=x86-64'
/usr/lib/gcc/x86_64-linux-gnu/9/collect2 -plugin /usr/lib/gcc/x86_64-linux-gnu/9/liblto_plugin.so -plugin-opt=/usr/lib/gcc/x86_64-linux-gnu/9/lto-wrapper -plugin-opt=-fresolution=/tmp/ccZaDZ5E.res -plugin-opt=-pass-through=-lgcc -plugin-opt=-pass-through=-lgcc_s -plugin-opt=-pass-through=-lc -plugin-opt=-pass-through=-lgcc -plugin-opt=-pass-through=-lgcc_s --build-id --eh-frame-hdr -m elf_x86_64 --hash-style=gnu --as-needed -dynamic-linker /lib64/ld-linux-x86-64.so.2 -pie -z now -z relro -o test.elf /usr/lib/gcc/x86_64-linux-gnu/9/../../../x86_64-linux-gnu/Scrt1.o /usr/lib/gcc/x86_64-linux-gnu/9/../../../x86_64-linux-gnu/crti.o /usr/lib/gcc/x86_64-linux-gnu/9/crtbeginS.o -L. -L/usr/lib/gcc/x86_64-linux-gnu/9 -L/usr/lib/gcc/x86_64-linux-gnu/9/../../../x86_64-linux-gnu -L/usr/lib/gcc/x86_64-linux-gnu/9/../../../../lib -L/lib/x86_64-linux-gnu -L/lib/../lib -L/usr/lib/x86_64-linux-gnu -L/usr/lib/../lib -L/usr/lib/gcc/x86_64-linux-gnu/9/../../.. -l:libblobmsg_json.a /tmp/ccc8Vz5B.o -lgcc --push-state --as-needed -lgcc_s --pop-state -lc -lgcc --push-state --as-needed -lgcc_s --pop-state /usr/lib/gcc/x86_64-linux-gnu/9/crtendS.o /usr/lib/gcc/x86_64-linux-gnu/9/../../../x86_64-linux-gnu/crtn.o
/usr/bin/ld: /tmp/ccc8Vz5B.o: in function `main':
test.c:(.text+0x24): undefined reference to `blobmsg_add_object'
collect2: error: ld returned 1 exit status




【 在 tgfbeta 的大作中提到: 】
问题太抽象了
你把构建系统里ld报错的那条完整命令挖出来
仔细的扣，一个选项一个选项的读
总会找到问题的
经常是没有链那个库或者其他什么的或者找了一个不对的目录什么的

【 在 b0207191 的大作中提到: 】
: /usr/bin/ld: /tmp/ccNdFaSA.o: in function `main':
: ubus_server.c:(.text+0x1f): undefined reference to `blobmsg_add_object'
: collect2: error: ld returned 1 exit status
: ...................
--
FROM 218.66.91.*

libblobmsg_json.a在哪？

【 在 b0207191 的大作中提到: 】
: 标  题: 请教个ld找不到符号的问题
: 发信站: 水木社区 (Wed Apr 10 16:44:47 2024), 站内
:
: /usr/bin/ld: /tmp/ccNdFaSA.o: in function `main':
: ubus_server.c:(.text+0x1f): undefined reference to `blobmsg_add_object'
: collect2: error: ld returned 1 exit status
:
: 但是nm看链接库的符号表有这个函数，为什么呢
: # nm libblobmsg_json.so | grep 'blobmsg_add_object'
: 0000000000001b73 T blobmsg_add_object
:
:
:
: 确认so是没有问题的，因为如果重命名so后，编译就会提示
: /usr/bin/ld: cannot find -lblobmsg_json
: collect2: error: ld returned 1 exit status
:
:
: --
:
: ※ 修改:·b0207191 于 Apr 10 16:49:22 2024 修改本文·[FROM: 218.66.91.*]
: ※ 来源:·水木社区 mysmth.net·[FROM: 218.66.91.*]
--
修改:b0207191 FROM 218.66.91.*
FROM 222.129.135.*

ld后边多个文件名的顺序问题？
【 在 b0207191 的大作中提到: 】
: 和.c在同一个目录下，很莫名的就是readelf和nm都能读取函数名，为什么ld说找不到
--
FROM 139.227.19.*

是说应该把-lblobmsg_json 放在待编译或链接的.c或.o后面吗？

【 在 JulyClyde 的大作中提到: 】
: 标  题: Re: 请教个ld找不到符号的问题
: 发信站: 水木社区 (Sun Apr 14 12:25:37 2024), 站内
:
: ld后边多个文件名的顺序问题？
: 【 在 b0207191 的大作中提到: 】
: : 和.c在同一个目录下，很莫名的就是readelf和nm都能读取函数名，为什么ld说找不到
:
: --
:
: ※ 来源:·水木社区 mysmth.net·[FROM: 139.227.19.*]
--
FROM 222.129.135.*