From owner-freebsd-current@FreeBSD.ORG Mon Mar 5 07:46:01 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9D58E106564A for ; Mon, 5 Mar 2012 07:46:01 +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 59CE78FC0A for ; Mon, 5 Mar 2012 07:46:01 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7:0:9875:9d00:bb91:bc8] (unknown [IPv6:2001:7b8:3a7:0:9875:9d00:bb91:bc8]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 9289D5C37; Mon, 5 Mar 2012 08:46:00 +0100 (CET) Message-ID: <4F546F37.70404@FreeBSD.org> Date: Mon, 05 Mar 2012 08:45:59 +0100 From: Dimitry Andric Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:11.0) Gecko/20120229 Thunderbird/11.0 MIME-Version: 1.0 To: "O. Hartmann" References: <4F536D41.1030302@zedat.fu-berlin.de> <201203041628.q24GS12l088270@pozo.com> <201203041751.02531.ken@mthelicon.com> <4F53D1D3.2010607@zedat.fu-berlin.de> <4F53E2C3.7090102@FreeBSD.org> <4F53FD57.303@zedat.fu-berlin.de> In-Reply-To: <4F53FD57.303@zedat.fu-berlin.de> X-Enigmail-Version: 1.4a1pre Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Pegasus Mc Cleaft , freebsd-current@freebsd.org Subject: Re: CLANG buildworld failure: lint: cannot exec /usr/obj/usr/src/tmp/usr/bin/cc: No such file or directory 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, 05 Mar 2012 07:46:01 -0000 On 2012-03-05 00:40, O. Hartmann wrote: ... > All right, my /etc/src.conf looks like this now (as it does before): > > 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 > > When cc is now clang, c++ is now clang++, what effect do have > CFLAGS.cc="blablabla" and CFLAGS.clang="blabla"? None. These variables are not part of the build system. They are just a suggestion posted by people on the mailing list. You must still use a statement somewhere that adds one of the variables to the "real" CFLAGS, and that statement will need knowledge about what "cc" is. Note, I would suggest using the names CFLAGS.gcc and CFLAGS.clang instead. > If the binary "cc" after this treatment is in reality "clang", then > logic implies that equality exists: > CFLAGS.cc = CFLAGS.clang = "blabla" See above. > What should /etc/make.conf contain not to confuse settings in > /etc/src.conf? I'm not sure what you mean with "confuse"? The settings in make.conf are read earlier than those in src.conf, so the latter can override the former. Also, the settings in make.conf are *always* read, even if you are using a non-BSD Makefile (one that doesn't contain .include or similar at the end). ... >>> clang: warning: argument unused during compilation: '-std=gnu99' >>> strfile.o: In function `main': >>> /usr/src/games/fortune/strfile/strfile.c:(.text+0x2e0): undefined >>> reference to `_ThreadRuneLocale' >> >> This is unrelated to the 'cc' problem, but I suggest deleting /usr/obj/* >> and starting the build from scratch. >> > > > Before I start "make buildworld", I always delete the content of > /usr/obj/*, so there are never remains aof anything left behinf from > earlier compiles. > > You're right, this is at the first sight unrelated to the cc issue and > should be treated separetely. I have compiled multiple worlds now from the latest trunk, with both gcc and clang, but I have not been able to reproduce your errors yet.