Re: FreeBSD 10.0-CURRENT/amd64: /usr/bin/ld: cannot find -lisc

On 12/26/11 02:23, Dimitry Andric wrote:
> On 2011-12-26 00:53, O. Hartmann wrote:
>> I just run into this couriosity on the most recent build of FreeBSD
>> 10.0-CURRENT/amd64 (CLANG).
>>
>> A buildworld fails with the below shown error. No wonder, I issued prior
>> to this buildworld a "make delete-old-files" and a bunch of files,
>> libisc.so, libisc.a, and buddies showed up - and got deleted. I did this
>> now for several times and obviously, after some mystical install, they
>> appeared again.
>>
>>>>> Removing old files (only deletes safe to delete libs)
>> remove /usr/lib/libisc.a? n
>> remove /usr/lib/libisc.so? n
>> remove /usr/lib/libisc_p.a? n
>> nremove /usr/include/isc/assertions.h? n
>> remove /usr/include/isc/heap.h? n
>> remove /usr/include/isc/list.h? n
> 
> Either you have WITH_BIND_LIBS in your src.conf (which you did not
> post), or you have had one of the bind ports installed with REPLACE_BASE
> turned on.  Normally the libs and headers are not installed.
> 
> 
>> Below the error. What is up? Got my system somehow wrecked?
> ...
>> clang -O2 -fno-strict-aliasing -pipe -O3 -fno-strict-aliasing -pipe
>> -march=native -DVERSION='"9.8.1-P1"' -DHAVE_CONFIG_H -D_REENTRANT
>> -D_THREAD_SAFE -DWANT_IPV6 -DOPENSSL -DUSE_MD5
>> -DNS_LOCALSTATEDIR='"/var"' -DNS_SYSCONFDIR='"/etc/namedb"'
>> -DNAMED_CONFFILE='"/etc/namedb/named.conf"'
>> -DRNDC_CONFFILE='"/etc/namedb/rndc.conf"'
>> -DRNDC_KEYFILE='"/etc/namedb/rndc.key"'
>> -I/usr/src/usr.bin/dig/../../lib/bind -D_LARGEFILE_SOURCE
>> -D_FILE_OFFSET_BITS=64 -DDIG_SIGCHASE
>> -I/usr/src/usr.bin/dig/../../contrib/bind9/lib/isc/include
>> -I/usr/src/usr.bin/dig/../../contrib/bind9/lib/isc/unix/include
>> -I/usr/src/usr.bin/dig/../../contrib/bind9/lib/isc/pthreads/include
>> -I/usr/src/usr.bin/dig/../dns
>> -I/usr/src/usr.bin/dig/../../contrib/bind9/lib/dns/include
>> -I/usr/src/usr.bin/dig/../../contrib/bind9/lib/isccfg/include
>> -I/usr/src/usr.bin/dig/../isc
>> -I/usr/src/usr.bin/dig/../../contrib/bind9/bin/dig/include
>> -I/usr/src/usr.bin/dig/../../contrib/bind9/lib/isc/x86_32/include
>> -std=gnu99 -fstack-protector -Wsystem-headers -Wno-pointer-sign
>> -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality
>> -Wno-unused-function -Wno-conversion -Wno-switch-enum -Wno-empty-body
>> -Wno-parentheses  -o dig dig.o dighost.o -lbind9 -ldns -lisccc -lisccfg
>> -lisc -llwres -lcrypto -lpthread
>> clang: warning: argument unused during compilation: '-std=gnu99'
>> /usr/bin/ld: cannot find -lisc
>> clang: error: linker command failed with exit code 1 (use -v to see
>> invocation)
> 
> Normally during buildworld the temporary copy of ld in ${WORLDTMP}
> (usually /usr/obj/usr/src/tmp/usr/bin) is used, *not* /usr/bin/ld.  Are
> you possibly running manual make in /usr/src/usr.sbin/named?  Or if not,
> during which stage of buildworld does this happen?
> 
> In any case, please post at least your make.conf, src.conf, and upload a
> full buildworld log (without -j) somewhere.

My bad, sorry.
Yes, I do have WITH_BIND_LIBS on the boxes enabled:

(/etc/src.conf):
WITH_CLANG=             YES
WITH_CLANG_EXTRAS=      YES
#
WITH_BIND_LIBS=         YES
WITH_BIND_SIGCHASE=     YES
WITH_BIND_LARGE_FILE=   YES
#
WITH_IDEA=              YES
WITH_HESIOD=            YES
#
#WITH_ICONV=            YES
WITH_BSD_GREP=          YES
#
WITH_LIBCPLUSPLUS=      YES
#
#WITH_OFED=             YES

The errornous output created is from a make build_world, so no manually
build in the named-source-folder.
A knob REPLACE_BASE is not used either in src.conf, nor in make.conf.
Not by intention.


Regards,
Oliver