Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1759659AbYBRTW3 (ORCPT ); Mon, 18 Feb 2008 14:22:29 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752513AbYBRTWW (ORCPT ); Mon, 18 Feb 2008 14:22:22 -0500 Received: from wx-out-0506.google.com ([66.249.82.231]:54138 "EHLO wx-out-0506.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752365AbYBRTWV (ORCPT ); Mon, 18 Feb 2008 14:22:21 -0500 DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=ZqQk+wKcFw523PgQeeFNRE1/1ipfOwPzI23OmFTP1YXNjUKO1N3+616Frhss1/4ay59zBkzJU7uG60z+KqVeC1MRjfZ7UIiicgQiHyEFaLTh5lmGchJ7xe5pA6/eXhPLBf2wu09TKm2K/TPKrx/8wg176ntLzBhArG36JHj+rS4= Message-ID: Date: Mon, 18 Feb 2008 11:22:18 -0800 From: "Andrew Pinski" To: "Geert Uytterhoeven" Subject: Re: [Cbe-oss-dev] [PATCH 1/3] Fix Unlikely(x) == y Cc: "Adrian Bunk" , "Roel Kluin" <12o3l@tiscali.nl>, lkml , cbe-oss-dev@ozlabs.org, linuxppc-dev@ozlabs.org, "Willy Tarreau" , "Arjan van de Ven" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <47B70A61.9030306@tiscali.nl> <20080216092552.325e5726@laptopd505.fenrus.org> <20080216173315.GU8953@1wt.eu> <20080216094226.1e8eede1@laptopd505.fenrus.org> <47B72BFE.9060302@am.sony.com> <20080216103927.2a02352b@laptopd505.fenrus.org> <1203249003.6718.24.camel@concordia> <20080218135609.GD21080@cs181133002.pp.htv.fi> Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 917 Lines: 21 On Feb 18, 2008 6:01 AM, Geert Uytterhoeven wrote: > > This means it generates faster code with a current gcc for your platform. > > > > But a future gcc might e.g. replace the whole loop with a division > > (gcc SVN head (that will soon become gcc 4.3) already does > > transformations like replacing loops with divisions [1]). Yes but the issue is one optimization inside GCC does not take into account the probability in one case. And really there is a bug in the linux kernel for not implementing the long long divide function (or really using libgcc) but that is a different story and is part of the issue there anyways. -- Pinski -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/