From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:47070) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dpGdn-0001am-VK for qemu-devel@nongnu.org; Tue, 05 Sep 2017 12:24:00 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dpGdi-0002mB-VQ for qemu-devel@nongnu.org; Tue, 05 Sep 2017 12:23:55 -0400 From: Markus Armbruster References: <87zia9palk.fsf@dusky.pond.sub.org> <87fuc1ma7d.fsf@dusky.pond.sub.org> Date: Tue, 05 Sep 2017 18:23:47 +0200 In-Reply-To: (=?utf-8?Q?=22Marc-Andr=C3=A9?= Lureau"'s message of "Tue, 05 Sep 2017 15:55:28 +0000") Message-ID: <8760cxktbg.fsf@dusky.pond.sub.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Subject: Re: [Qemu-devel] clang-tidy: use g_new() family of functions List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: =?utf-8?Q?Marc-Andr=C3=A9?= Lureau Cc: qemu trival , QEMU Marc-Andr=C3=A9 Lureau writes: > Hi > > >> Suggest you show us cool things you can do with clang-tidy that haven't >> been done with Coccinelle :) >> > Well to do that I would have to have a transformations to do & know the > limits/strength of coccinelle & clang-tidy, I am not there yet... Today, I > prefer invest in clang-tidy for what I need to do. With any luck, you'll soon enough run into something that hasn't been done with Coccinelle. > We already discussed some of the pros/cons of coccinelle vs tidy her and = in > the previous round-up series. For ex, clang-tidy is able to evaluate > constant expressions, so you can write generic rules that you can't captu= re > with coccinelle yet (A + B-1) / B * B: > https://github.com/elmarco/clang-tools-extra/blob/master/clang-tidy/qemu/= RoundCheck.cpp > . > > However, I think it is more difficult to write clang-tidy transformation > that spans accross various code paths (like adding errors/free/locks etc). > Coccinelle makes that fairly easily apparently. Fortunately, we can use both. I'm not so fond of doing the same things with both, though :)