From owner-cvs-sys  Mon May 27 00:38:41 1996
Return-Path: owner-cvs-sys
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.5/8.7.3) id AAA19129
          for cvs-sys-outgoing; Mon, 27 May 1996 00:38:41 -0700 (PDT)
Received: from who.cdrom.com (who.cdrom.com [204.216.27.3])
          by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id AAA18900;
          Mon, 27 May 1996 00:37:39 -0700 (PDT)
Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19])
          by who.cdrom.com (8.6.12/8.6.11) with ESMTP id AAA27968
          ; Mon, 27 May 1996 00:31:01 -0700
Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id RAA26263; Mon, 27 May 1996 17:26:12 +1000
Date: Mon, 27 May 1996 17:26:12 +1000
From: Bruce Evans <bde@zeta.org.au>
Message-Id: <199605270726.RAA26263@godzilla.zeta.org.au>
To: CVS-committers@freefall.freebsd.org, cvs-all@freefall.freebsd.org,
        cvs-sys@freefall.freebsd.org, peter@freefall.freebsd.org
Subject: Re: cvs commit:  src/sys/i386/isa syscons.c
Sender: owner-cvs-sys@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

>  Modified:    sys/i386/isa  syscons.c
>  Log:
>  Fix the warnings about "cant inline call to xxx" by reordering two
>  functions.  It seems gcc wants to have seen the definitions of the
>  function before it will insert it inline in a caller.

C is normally compiled in a single pass, so this shouldn't be surprising.
gcc actually emits code for each function as soon as it sees the end of
the function.

How much larger and slower does the extra inlining make syscons? ;-)

Bruce