From owner-cvs-all@FreeBSD.ORG  Sun Nov 26 20:46:46 2006
Return-Path: <owner-cvs-all@FreeBSD.ORG>
X-Original-To: cvs-all@FreeBSD.ORG
Delivered-To: cvs-all@FreeBSD.ORG
Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52])
	by hub.freebsd.org (Postfix) with ESMTP id CC01B16A6B5;
	Sun, 26 Nov 2006 20:46:46 +0000 (UTC)
	(envelope-from maxim@macomnet.ru)
Received: from mp2.macomnet.net (mp2.macomnet.net [195.128.64.6])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 1345944337;
	Sun, 26 Nov 2006 20:40:09 +0000 (GMT)
	(envelope-from maxim@macomnet.ru)
Received: from localhost (localhost.int.ru [127.0.0.1] (may be forged))
	by mp2.macomnet.net (8.13.7/8.13.8) with ESMTP id kAQKebS8050506;
	Sun, 26 Nov 2006 23:40:37 +0300 (MSK)
	(envelope-from maxim@macomnet.ru)
Date: Sun, 26 Nov 2006 23:40:36 +0300 (MSK)
From: Maxim Konovalov <maxim@macomnet.ru>
To: Yar Tikhiy <yar@FreeBSD.ORG>
In-Reply-To: <200611262014.kAQKEm9c027965@repoman.freebsd.org>
Message-ID: <20061126234019.N50459@mp2.macomnet.net>
References: <200611262014.kAQKEm9c027965@repoman.freebsd.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Cc: cvs-src@FreeBSD.ORG, src-committers@FreeBSD.ORG, cvs-all@FreeBSD.ORG
Subject: Re: cvs commit: src/usr.bin/systat convtbl.c
X-BeenThere: cvs-all@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: CVS commit messages for the entire tree <cvs-all.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/cvs-all>,
	<mailto:cvs-all-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/cvs-all>
List-Post: <mailto:cvs-all@freebsd.org>
List-Help: <mailto:cvs-all-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/cvs-all>,
	<mailto:cvs-all-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 26 Nov 2006 20:46:47 -0000

On Sun, 26 Nov 2006, 20:14-0000, Yar Tikhiy wrote:

> yar         2006-11-26 20:14:47 UTC
>
>   FreeBSD src repository
>
>   Modified files:
>     usr.bin/systat       convtbl.c
>   Log:
>   There is no reason to use __inline here because we are rather far
>   from a path critical to performance.

bin/99731?

-- 
Maxim Konovalov