From nobody@FreeBSD.org  Sun Apr 23 01:28:48 2000
Return-Path: <nobody@FreeBSD.org>
Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21])
	by hub.freebsd.org (Postfix) with ESMTP id E5AEF37B6C7
	for <freebsd-gnats-submit@FreeBSD.org>; Sun, 23 Apr 2000 01:28:47 -0700 (PDT)
	(envelope-from nobody@FreeBSD.org)
Received: (from nobody@localhost)
	by freefall.freebsd.org (8.9.3/8.9.2) id BAA96680;
	Sun, 23 Apr 2000 01:28:47 -0700 (PDT)
	(envelope-from nobody@FreeBSD.org)
Message-Id: <200004230828.BAA96680@freefall.freebsd.org>
Date: Sun, 23 Apr 2000 01:28:47 -0700 (PDT)
From: allenc@verinet.com
Sender: nobody@FreeBSD.org
To: freebsd-gnats-submit@FreeBSD.org
Subject: Spelling error in bsd.kern.mk
X-Send-Pr-Version: www-1.0

>Number:         18173
>Category:       misc
>Synopsis:       Spelling error in bsd.kern.mk
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    freebsd-bugs
>State:          closed
>Quarter:        
>Keywords:       
>Date-Required:  
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Sun Apr 23 01:30:00 PDT 2000
>Closed-Date:    Sun Apr 23 09:32:34 PDT 2000
>Last-Modified:  Sun Apr 23 09:32:50 PDT 2000
>Originator:     Allen Campbell
>Release:        4.0-STABLE
>Organization:
>Environment:
FreeBSD const. 4.0-STABLE FreeBSD 4.0-STABLE #0: Sun Apr 23 00:21:05 MDT 2000     root@pragma.:/usr/src/sys/compile/CONST  i386
>Description:
bsd.kern.mk contains a spelling error
>How-To-Repeat:
I've done it a thousand times myself.  Loose means floppy or
untight. :)  Lose is `to suffer deprivation of'.  Read the comments
in bsd.kern.mk and witness the loose lose.
>Fix:
*** bsd.kern.mk.orig    Sun Apr 23 01:43:33 2000
--- bsd.kern.mk Sun Apr 23 01:43:33 2000
***************
*** 23,29 ****
  # 2.95 adds code to the entry and exit point of every function to align the
  # stack to 16-byte boundaries -- thus wasting approximately 12 bytes of stack
  # per function call.  While the 16-byte alignment may benefit micro benchmarks, 
! # it is probably an overall loose as it makes the code bigger (less efficient
  # use of code cache tag lines) and uses more stack (less efficient use of data
  # cache tag lines)
  #
--- 23,29 ----
  # 2.95 adds code to the entry and exit point of every function to align the
  # stack to 16-byte boundaries -- thus wasting approximately 12 bytes of stack
  # per function call.  While the 16-byte alignment may benefit micro benchmarks, 
! # it is probably an overall lose as it makes the code bigger (less efficient
  # use of code cache tag lines) and uses more stack (less efficient use of data
  # cache tag lines)
  #


>Release-Note:
>Audit-Trail:
State-Changed-From-To: open->closed 
State-Changed-By: mpp 
State-Changed-When: Sun Apr 23 09:32:34 PDT 2000 
State-Changed-Why:  
Fixed, thanks! 
>Unformatted:
