From owner-freebsd-toolchain@FreeBSD.ORG Wed Feb 19 08:03:57 2014 Return-Path: Delivered-To: freebsd-toolchain@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 64513589 for ; Wed, 19 Feb 2014 08:03:57 +0000 (UTC) Received: from nm13-vm8.bullet.mail.ir2.yahoo.com (nm13-vm8.bullet.mail.ir2.yahoo.com [212.82.96.187]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B51011720 for ; Wed, 19 Feb 2014 08:03:56 +0000 (UTC) Received: from [212.82.98.62] by nm13.bullet.mail.ir2.yahoo.com with NNFMP; 19 Feb 2014 08:03:47 -0000 Received: from [46.228.39.87] by tm15.bullet.mail.ir2.yahoo.com with NNFMP; 19 Feb 2014 08:03:47 -0000 Received: from [127.0.0.1] by smtp124.mail.ir2.yahoo.com with NNFMP; 19 Feb 2014 08:03:47 -0000 X-Yahoo-Newman-Id: 306916.31865.bm@smtp124.mail.ir2.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: IW7eg2wVM1nz6LXs6h4IWgr9zZzl6.Bjf88nbGLKrBnn7YB ras9QvOjYlI0vatcMgzWD2lTBDW4qHDCYi2HrlAIw8wEtIXvA6EOv6fPpPni TQhJXpbKZZF6MidS8hcWvXqAvrWJ_d9BHwWv_7zQRxGWiobzYKEtiyhjhBsk uI6Hr9mA4x3tN8htqHlCGTGuNRQ7z8UxP8MqTW8B5wUVVvH0WAsxxsYqMH_H YvLVNglIFDdLdGE5OAAhre1LNovNcxQDJAgD07G0fd39bEZLAc500oPdSlOm GISqTqYGwZvA1Awuj3JlsGlHHB2P1vgpJTxjxf08x4imT3z5p6esGSdI2qWb wOX4Hs4Z6_9LzYTVZSXVr.Y22Tl.yQBjUoYM6wJgr5KDzEhXb1VfK_3tLDaY _uPfGLLFQVm2p9i3r7f1Q7eQKPlyv0b6ZGk_RjFGQLkAYCF69Kjssa8O6OhT sn0wcREAzU83kZl79RFtsNe9Ai0SH4CRNOk547Pzy6ya5x8i1BGKdpuvBgZO uZraoBC20DZ1H.1J3uKWwortNjmIpJOgZv.i8a4APff3QjOwcKTmIR.Klnmb RRlHVMUtnDMl2gXhZOpTYU4eBko42 X-Yahoo-SMTP: iDf2N9.swBDAhYEh7VHfpgq0lnq. X-Rocket-Received: from [192.168.119.11] (se@84.154.114.151 with plain [188.125.69.59]) by smtp124.mail.ir2.yahoo.com with SMTP; 19 Feb 2014 08:03:47 +0000 UTC Message-ID: <5304655C.6020604@freebsd.org> Date: Wed, 19 Feb 2014 09:03:40 +0100 From: Stefan Esser User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: freebsd-toolchain@freebsd.org Subject: Re: [CFT] Update to clang 3.4 References: <541C998A-071A-4917-9D91-DD00CB0E2689@FreeBSD.org> <63BD3165-A62E-4FE7-9817-4A2692584916@bsdimp.com> <264FAA6E-871A-48AF-A8D9-EC431A537195@FreeBSD.org> <6766B735-98CB-4F1D-B3B5-A43D81BB558A@FreeBSD.org> <52D286BE.7000102@kbh.biglobe.ne.jp> <50EAAC3C-2D38-4409-B525-2608D39BFE70@FreeBSD.org> In-Reply-To: <50EAAC3C-2D38-4409-B525-2608D39BFE70@FreeBSD.org> X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Dimitry Andric X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Maintenance of FreeBSD's integrated toolchain List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Feb 2014 08:03:57 -0000 Am 12.01.2014 17:21, schrieb Dimitry Andric: > On 12 Jan 2014, at 13:12, Yamaya Takashi wrote: >> buildworld is failed when WITH_LLDB= > > Yes, this is a known issue. I discussed it with Ed Maste. Clang 3.4 > will have to be imported first, afterwards we can fix lldb. > > >> some ports cannot build. >> >> reason1: clang cannot handle some options. >> (libmad build) >> cc: error: unknown argument: '-fforce-addr' >> cc: error: unknown argument: '-fthread-jumps' >> cc: error: unknown argument: '-fcse-follow-jumps' >> cc: error: unknown argument: '-fcse-skip-blocks' >> cc: error: unknown argument: '-fregmove' >> cc: error: unknown argument: '-fschedule-insns2' >> (libtheora build) >> cc: error: unknown argument: '-fforce-addr' >> (poppler build) >> c++: error: unknown argument: '-fno-check-new' >> (py27-sqlite build) >> cc: error: unknown argument: '-R/usr/local/lib' >> (tbb build) >> c++: error: unknown argument: '-fno-schedule-insns2' >> (gstreamer-ffmpeg build) >> cc: error: unknown argument: '-fno-force-addr' Wouldn't it be best to put automatic fixup makros into ports/Mk/ that remove the unsupported options from all files named "Makefile.in", "Makefile", "configure", "CMakeLists.txt" (and probably many more I forgot), if compiled with CLANG? I just fixed a few of the KDE ports and their dependencies that way, but I think it is very annoying that our ports' Makefiles will need such option fixup in literally hundreds to thousands of places. This will put a penalty on all port build times, but this effect could be minimized by making the fixup conditional not only on CLANG and the CLANG version used, but also on the presence of *_CONFIGURE etc. in the particular port's Makefile. Regards, STefan