[Bugs] [Bug 1782054] New: Linking fails with undefined symbol error "basename_r"
bugzilla at redhat.com
bugzilla at redhat.com
Wed Dec 11 04:29:39 UTC 2019
https://bugzilla.redhat.com/show_bug.cgi?id=1782054
Bug ID: 1782054
Summary: Linking fails with undefined symbol error "basename_r"
Product: GlusterFS
Version: 7
Hardware: x86_64
OS: FreeBSD
Status: NEW
Component: build
Assignee: bugs at gluster.org
Reporter: daniel at morante.net
CC: bugs at gluster.org
Target Milestone: ---
Classification: Community
Description of problem:
On FreeBSD 12.1-RELEASE GlusterFS 7.0 appears to build correctly but fails on
the linking step with: "ld: error: undefined symbol: basename_r"
Version-Release number of selected component (if applicable): 7.0
How reproducible: Always
Steps to Reproduce:
1. Use the existing port skeleton for version 3.11.1
2. update the patch files (line number changes, same patches still work)
3. re-configure the dependencies for 7.0.
Actual results:
Build succeeds, linking fails.
Expected results:
Linking should succeed.
Additional info:
Relevant output from console:
```
...
--- all-recursive ---
Making all in src
Making all in glusterfsd
--- all-recursive ---
Making all in src
--- glusterfsd ---
/bin/sh ../../libtool --tag=CC --mode=link cc -Wall
-I/usr/local/include/uuid -I/usr/local/include -Wformat
-Werror=format-security -Werror=implicit-function-declaration -Wno-gnu -O0
-DTHREAD_UNSAFE_BASENAME -DTHREAD_UNSAFE_DIRNAME -D_LIBGEN_H_ -DO_DSYNC=0
-Dxdr_quad_t=xdr_longlong_t -Dxdr_u_quad_t=xdr_u_longlong_t -O2 -pipe
-fstack-protector-strong -fno-strict-aliasing -isystem /usr/local/include
-rdynamic -lexecinfo -ldl -L/usr/local/lib -largp -L/usr/local/lib
-fstack-protector-strong -o glusterfsd glusterfsd.o glusterfsd-mgmt.o
../../libglusterfs/src/libglusterfs.la ../../rpc/rpc-lib/src/libgfrpc.la
../../rpc/xdr/src/libgfxdr.la -largp -lm -lrt -lintl -lpthread -lcrypto
libtool: link: cc -Wall -I/usr/local/include/uuid -I/usr/local/include -Wformat
-Werror=format-security -Werror=implicit-function-declaration -Wno-gnu -O0
-DTHREAD_UNSAFE_BASENAME -DTHREAD_UNSAFE_DIRNAME -D_LIBGEN_H_ -DO_DSYNC=0
-Dxdr_quad_t=xdr_longlong_t -Dxdr_u_quad_t=xdr_u_longlong_t -O2 -pipe
-fstack-protector-strong -fno-strict-aliasing -isystem /usr/local/include
-rdynamic -fstack-protector-strong -o .libs/glusterfsd glusterfsd.o
glusterfsd-mgmt.o -ldl -L/usr/local/lib
../../libglusterfs/src/.libs/libglusterfs.so
../../rpc/rpc-lib/src/.libs/libgfrpc.so
/usr/ports/net/glusterfs7/work/glusterfs-7.0/rpc/xdr/src/.libs/libgfxdr.so
../../rpc/xdr/src/.libs/libgfxdr.so
/usr/ports/net/glusterfs7/work/glusterfs-7.0/libglusterfs/src/.libs/libglusterfs.so
-lexecinfo -largp -lz -lm -luuid -lrt -lintl -lpthread -lcrypto -Wl,-rpath
-Wl,/usr/local/lib
ld: error: undefined symbol: basename_r
>>> referenced by glusterfsd.c
>>> glusterfsd.o:(parse_cmdline)
ld: error: undefined symbol: basename_r
>>> referenced by glusterfsd.c
>>> glusterfsd.o:(parse_cmdline)
cc: error: linker command failed with exit code 1 (use -v to see invocation)
*** [glusterfsd] Error code 1
```
--
You are receiving this mail because:
You are on the CC list for the bug.
You are the assignee for the bug.
More information about the Bugs
mailing list