From owner-freebsd-current@FreeBSD.ORG Mon Dec 26 01:23:15 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D2CA61065670 for ; Mon, 26 Dec 2011 01:23:15 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (cl-327.ede-01.nl.sixxs.net [IPv6:2001:7b8:2ff:146::2]) by mx1.freebsd.org (Postfix) with ESMTP id 946E58FC08 for ; Mon, 26 Dec 2011 01:23:15 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7:0:3889:b992:a758:b16e] (unknown [IPv6:2001:7b8:3a7:0:3889:b992:a758:b16e]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id A552A5C59; Mon, 26 Dec 2011 02:23:13 +0100 (CET) Message-ID: <4EF7CC7D.4050902@FreeBSD.org> Date: Mon, 26 Dec 2011 02:23:09 +0100 From: Dimitry Andric Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:9.0) Gecko/20111222 Thunderbird/9.0.1 MIME-Version: 1.0 To: "O. Hartmann" References: <4EF7B76E.5090108@zedat.fu-berlin.de> In-Reply-To: <4EF7B76E.5090108@zedat.fu-berlin.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Current FreeBSD Subject: Re: FreeBSD 10.0-CURRENT/amd64: /usr/bin/ld: cannot find -lisc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Dec 2011 01:23:16 -0000 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.