From owner-svn-src-all@FreeBSD.ORG Tue Oct 18 11:16:48 2011 Return-Path: Delivered-To: svn-src-all@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A41C01065672; Tue, 18 Oct 2011 11:16:48 +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 656F88FC1C; Tue, 18 Oct 2011 11:16:48 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7:0:a909:f402:4151:1503] (unknown [IPv6:2001:7b8:3a7:0:a909:f402:4151:1503]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 153795C37; Tue, 18 Oct 2011 13:16:46 +0200 (CEST) Message-ID: <4E9D601D.7060604@FreeBSD.org> Date: Tue, 18 Oct 2011 13:16:45 +0200 From: Dimitry Andric Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:8.0) Gecko/20111012 Thunderbird/8.0 MIME-Version: 1.0 To: Nali Toja References: <201110171830.p9HIUIiR035423__37008.086537435$1318876298$gmane$org@svn.freebsd.org> <86y5wjktea.fsf@gmail.com> <8662jmo9zz.fsf@gmail.com> In-Reply-To: <8662jmo9zz.fsf@gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: svn-src-head@freebsd.org, svn-src-all@freebsd.org, src-committers@freebsd.org Subject: Re: svn commit: r226475 - head/lib/clang X-BeenThere: svn-src-all@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "SVN commit messages for the entire src tree \(except for " user" and " projects" \)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Oct 2011 11:16:48 -0000 On 2011-10-18 12:43, Nali Toja wrote: ... >>> -CFLAGS+=-DLLVM_HOSTTRIPLE=\"${TARGET_ARCH:C/amd64/x86_64/}-unknown-freebsd9.0\" >>> +CFLAGS+=-DLLVM_HOSTTRIPLE=\"${TARGET_ARCH:C/amd64/x86_64/}-unknown-freebsd10.0\" >> I think this results in __FreeBSD__ macro being defined as `1' and >> subsequently breaking clangworld where its value is used, e.g. > And it builds successfully with the following bandaid. Thanks for reporting this, I'll commit a proper fix later today. I've also sent it upstream, hopefully it will make the 3.0 release. :)