dns/libbind not compiled with -fPIC
Hiroo Ono (小野寛生)
hiroo.ono+freebsd at gmail.com
Sat Feb 13 11:09:52 UTC 2021
Hello,
I am planning to update mail/enma. When I try to link dns/libbind
instead of dns/ldns,
it emits following error:
libtool: link: cc -shared -fPIC -DPIC -Wl,--whole-archive base/.libs/libsauth_
base.a resolver/.libs/libsauth_resolver.a spf/.libs/libsauth_spf.a dkim/.libs/li
bsauth_dkim.a dmarc/.libs/libsauth_dmarc.a -Wl,--no-whole-archive -L/usr/lib -L
/usr/local/lib -lpthread -lmilter -lbind -lcrypto -O2
-fstack-protector-strong -Wl,-rpath -Wl,/usr/lib:/usr/local/lib
-fstack-protector-strong -Wl,-soname -Wl,libsauth.so.0 -o
.libs/libsauth.so.0.0.0
ld: error: relocation R_X86_64_PC32 cannot be used against symbol
__stack_chk_guard; recompile with -fPIC
>>> defined in /lib/libc.so.7
>>> referenced by inet_addr.c
>>> inet_addr.o:(__inet_addr) in archive /usr/local/lib/libbind.a
ld: error: relocation R_X86_64_PC32 cannot be used against symbol
__stack_chk_guard; recompile with -fPIC
Adding CFLAGS+= -fPIC to dns/libbind/Makefile seems to make libbind linkable,
but is this change reasonable? Is the relocation R_X86_64_PC32 intended or not?
By the way, enma seems to be renamed to yenma: https://github.com/iij/yenma/
Should the port also be renamed?
----
Hiroo Ono
More information about the freebsd-ports
mailing list