From owner-cvs-src@FreeBSD.ORG  Tue Jul 22 11:54:37 2003
Return-Path: <owner-cvs-src@FreeBSD.ORG>
Delivered-To: cvs-src@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 057EA37B401
	for <cvs-src@freebsd.org>; Tue, 22 Jul 2003 11:54:37 -0700 (PDT)
Received: from mail26c.sbc-webhosting.com (mail26c.sbc-webhosting.com
	[216.173.237.166])
	by mx1.FreeBSD.org (Postfix) with SMTP id 4795943F93
	for <cvs-src@freebsd.org>; Tue, 22 Jul 2003 11:54:35 -0700 (PDT)
	(envelope-from alc@imimic.com)
Received: from www.imimic.com (64.143.12.21)0-04402155;
	Tue, 22 Jul 2003 14:54:15 -0400 (EDT)
Sender: alc@FreeBSD.ORG
Message-ID: <3F1D8858.670C08B2@imimic.com>
Date: Tue, 22 Jul 2003 13:54:16 -0500
From: "Alan L. Cox" <alc@imimic.com>
Organization: iMimic Networking, Inc.
X-Mailer: Mozilla 4.8 [en] (X11; U; Linux 2.4.2 i386)
X-Accept-Language: en
MIME-Version: 1.0
To: Steve Kargl <sgk@troutmask.apl.washington.edu>
References: <200307221024.h6MAOggG066724@repoman.freebsd.org>
	<20030722093443.GD58118@technokratis.com>
	<20030723003823.R8380@gamplex.bde.org>
	<20030722112901.GA59012@technokratis.com>
	<20030722155139.GA39123@troutmask.apl.washington.edu>
Content-Type: text/plain; charset=x-user-defined
Content-Transfer-Encoding: 7bit
X-Loop-Detect: 1
cc: phk@phk.freebsd.dk
cc: src-committers@freebsd.org
cc: Bosko Milekic <bmilekic@technokratis.com>
cc: Bruce Evans <bde@zeta.org.au>
cc: cvs-src@freebsd.org
cc: cvs-all@freebsd.org
Subject: Re: cvs commit: src/sys/kern init_main.c kern_malloc.c md5c.c 
 subr_autoconf.c subr_mbuf.c subr_prf.c tty_subr.c vfs_cluster.c 
 vfs_subr.c
X-BeenThere: cvs-src@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: CVS commit messages for the src tree <cvs-src.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/cvs-src>,
	<mailto:cvs-src-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/cvs-src>
List-Post: <mailto:cvs-src@freebsd.org>
List-Help: <mailto:cvs-src-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/cvs-src>,
	<mailto:cvs-src-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 22 Jul 2003 18:54:37 -0000

Steve Kargl wrote:
> 
> On Tue, Jul 22, 2003 at 11:29:01AM +0000, Bosko Milekic wrote:
> >
> >   Is there a way to force GCC to inline them, despite what it thinks?
> 
> info gcc
> 
> `-finline-limit=N'
>      By default, gcc limits the size of functions that can be inlined.
>      This flag allows the control of this limit for functions that are
>      explicitly marked as inline (i.e., marked with the inline keyword
>      or defined within the class definition in c++).  N is the size of
>      functions that can be inlined in number of pseudo instructions
>      (not counting parameter handling).  The default value of N is 600.
>      Increasing this value can result in more inlined code at the cost
>      of compilation time and memory consumption.  Decreasing usually
> 

There is another way.  The following example illustrates its use.

static int    vm_object_backing_scan(vm_object_t object, int op)
__attribute__((always_inline));

Regards,
Alan