From owner-freebsd-current@FreeBSD.ORG Thu Aug 19 13:27:32 2010 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 74828106566B for ; Thu, 19 Aug 2010 13:27:32 +0000 (UTC) (envelope-from matthias.andree@gmx.de) Received: from mail.gmx.net (mailout-de.gmx.net [213.165.64.23]) by mx1.freebsd.org (Postfix) with SMTP id CAAC98FC08 for ; Thu, 19 Aug 2010 13:27:31 +0000 (UTC) Received: (qmail invoked by alias); 19 Aug 2010 13:27:29 -0000 Received: from baloo.cs.uni-paderborn.de (EHLO baloo.cs.uni-paderborn.de) [131.234.21.116] by mail.gmx.net (mp013) with SMTP; 19 Aug 2010 15:27:29 +0200 X-Authenticated: #428038 X-Provags-ID: V01U2FsdGVkX18goVUM1LYgbVJhpiMTTpfmyGrTPWxxZuIG1gCDRA TwvuOnkjlyRN+J Received: from [127.0.0.1] by baloo.cs.uni-paderborn.de with esmtp (Exim 4.70) (envelope-from ) id L7EIPP-00068G-P6 for freebsd-current@freebsd.org; Thu, 19 Aug 2010 15:27:25 +0200 Message-ID: <4C6D313C.8000501@gmx.de> Date: Thu, 19 Aug 2010 15:27:24 +0200 From: Matthias Andree User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; de; rv:1.9.2.8) Gecko/20100802 Lightning/1.0b2 Thunderbird/3.1.2 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <65F17C45-55C1-4349-A4D1-A3D6AD0D9A80@FreeBSD.org> <4C6C1EB1.5000004@FreeBSD.org> <20100819090128.22597bbvyogdw9wk@webmail.leidinger.net> <86fwybdkt4.fsf@ds4.des.no> <20100819113548.72614imi2zxx9log@webmail.leidinger.net> In-Reply-To: <20100819113548.72614imi2zxx9log@webmail.leidinger.net> X-Enigmail-Version: 1.1.1 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Y-GMX-Trusted: 0 Subject: Re: Removal of ICC (intel compiler) bits from mk 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: Thu, 19 Aug 2010 13:27:32 -0000 Am 19.08.2010 11:35, schrieb Alexander Leidinger: > > Quoting Dag-Erling Smørgrav (from Thu, 19 Aug 2010 > 11:16:23 +0200): > >> Alexander Leidinger writes: >>> If someone would get icc 11.x up and runnig as a port (similar to what >>> we have for outdated icc version in the ports collection), I would >>> have a look if my contact at Intel is still working there in a >>> position which allows him to get a commercial license for us. >> >> Does that really matter? We're not going to start building releases >> with icc, are we? > > It could matter for ports, I do not know if it matters for parts in > src. The commercial license is also the only way that we could get icc > installed on machines in the FreeBSD cluster (if there's interest to > have another compiler *for FreeBSD development* to check the source > against... the warnng and error messages are better that those of gcc, > I do not know how they compare to clang). Clang is a mixed experience. I've used it only for C so far, and there are some code issues that it doesn't check at all yet; issues that GCC or ICC would complain about. ICC11 warnings (I've only used it on Linux for the software where I'm upstream maintainer) seem plentiful if you request remarks, too. However, clang diagnostics are easier to understand than GCCs and usually more helpful - which was a design goal. Note that devel/clang ships with a static analyzer that should now finally work, as of clang-2.7_2. It can trace call trees back and pinpoint how, for instance, your code forgets to check NULL dereference, where there are dead initializations or assignments, or similar. I found it to be a bit more solid than GCC in my use cases, but note it's advertised as work-in-progress. Details/Usage: http://clang-analyzer.llvm.org/scan-build.html -- Matthias Andree