Date: Wed, 19 Feb 2014 09:03:40 +0100 From: Stefan Esser <se@freebsd.org> To: freebsd-toolchain@freebsd.org Cc: Dimitry Andric <dim@FreeBSD.org> Subject: Re: [CFT] Update to clang 3.4 Message-ID: <5304655C.6020604@freebsd.org> In-Reply-To: <50EAAC3C-2D38-4409-B525-2608D39BFE70@FreeBSD.org> References: <541C998A-071A-4917-9D91-DD00CB0E2689@FreeBSD.org> <63BD3165-A62E-4FE7-9817-4A2692584916@bsdimp.com> <264FAA6E-871A-48AF-A8D9-EC431A537195@FreeBSD.org> <F3FF55CD-4F78-4107-A595-BA6D91F0AFD3@FreeBSD.org> <6766B735-98CB-4F1D-B3B5-A43D81BB558A@FreeBSD.org> <52D286BE.7000102@kbh.biglobe.ne.jp> <50EAAC3C-2D38-4409-B525-2608D39BFE70@FreeBSD.org>
next in thread | previous in thread | raw e-mail | index | archive | help
Am 12.01.2014 17:21, schrieb Dimitry Andric: > On 12 Jan 2014, at 13:12, Yamaya Takashi <yamayan@kbh.biglobe.ne.jp> 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
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?5304655C.6020604>