From owner-freebsd-current@FreeBSD.ORG Fri Sep 9 17:00:37 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 0C4FB106564A for ; Fri, 9 Sep 2011 17:00:37 +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 BABDB8FC13 for ; Fri, 9 Sep 2011 17:00:36 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7:0:584a:79b3:63be:8172] (unknown [IPv6:2001:7b8:3a7:0:584a:79b3:63be:8172]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id C9D205C59; Fri, 9 Sep 2011 19:00:35 +0200 (CEST) Message-ID: <4E6A4635.1020201@FreeBSD.org> Date: Fri, 09 Sep 2011 19:00:37 +0200 From: Dimitry Andric Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:7.0) Gecko/20110905 Thunderbird/7.0 MIME-Version: 1.0 To: Volodymyr Kostyrko References: <4E62915E.1010405@FreeBSD.org> <4E6294E0.5010104@gmail.com> <4E6298DE.5090007@FreeBSD.org> <4E644993.4090703@gmail.com> <4E660BA3.8080103@FreeBSD.org> <4E66162F.8090406@gmail.com> <4E661B1C.2030608@gmail.com> <4E662C7A.3020404@gmail.com> <4E698BCC.5010400@gmail.com> <4E69D3E5.3090201@FreeBSD.org> <4E6A08EE.1020304@gmail.com> In-Reply-To: <4E6A08EE.1020304@gmail.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Compiling BETA2 with clang fails 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: Fri, 09 Sep 2011 17:00:37 -0000 On 2011-09-09 14:39, Volodymyr Kostyrko wrote: > 09.09.2011 11:52, Dimitry Andric wrote: ... >> This is why I still think you have the stdin/out/err problem, in some >> way. Can you please check /usr/obj/usr/src/lib/libc/Version.map? It >> should have about 2775 lines, otherwise your libc build is busted. > > This build was without ccache and CPUTYPE or march. Busted: > > === Version.map === > FBSD_1.0 { > }; > > FBSD_1.1 { > } FBSD_1.0; > > FBSD_1.2 { > } FBSD_1.1; > > FBSDprivate_1.0 { > local: > *; > } FBSD_1.2; > > === Version.map === > > Smoking logs gives this: > > cat /usr/src/lib/libc/i386/Symbol.map /usr/src/lib/libc/db/Symbol.map > /usr/src/lib/libc/compat-43/Symbol.map > /usr/src/lib/libc/gdtoa/Symbol.map /usr/src/lib/libc/gen/Symbol.map > /usr/src/lib/libc/gmon/Symbol.map /usr/src/lib/libc/inet/Symbol.map > /usr/src/lib/libc/locale/Symbol.map /usr/src/lib/libc/nameser/Symbol.map > /usr/src/lib/libc/net/Symbol.map /usr/src/lib/libc/nls/Symbol.map > /usr/src/lib/libc/posix1e/Symbol.map /usr/src/lib/libc/quad/Symbol.map > /usr/src/lib/libc/regex/Symbol.map /usr/src/lib/libc/resolv/Symbol.map > /usr/src/lib/libc/stdio/Symbol.map /usr/src/lib/libc/stdlib/Symbol.map > /usr/src/lib/libc/stdtime/Symbol.map /usr/src/lib/libc/string/Symbol.map > /usr/src/lib/libc/sys/Symbol.map /usr/src/lib/libc/rpc/Symbol.map > /usr/src/lib/libc/uuid/Symbol.map /usr/src/lib/libc/xdr/Symbol.map > /usr/src/lib/libc/yp/Symbol.map | clang++ - - | awk -v > vfile=/usr/src/lib/libc/Versions.def -f > /usr/src/share/mk/version_gen.awk> Version.map > clang++: error: -E or -x required when input is from standard input > clang++: error: -E or -x required when input is from standard input > > And this is purely my fault because I incorrectly redefined CPP. Well, it looks like there is not much error handling or sanity checking in the map generation process. If anything fails in there, or if the output is dodgy, the libc build should simply abort, IMHO. Your problem also reminds me that we need a /usr/bin/clang-cpp hardlink, I will try to get that into 9.0. Thanks. :)