From owner-freebsd-bugs@FreeBSD.ORG  Fri Jan  4 02:05:24 2008
Return-Path: <owner-freebsd-bugs@FreeBSD.ORG>
Delivered-To: freebsd-bugs@hub.freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34])
	by hub.freebsd.org (Postfix) with ESMTP id DC69916A417;
	Fri,  4 Jan 2008 02:05:22 +0000 (UTC) (envelope-from bms@FreeBSD.org)
Received: from freefall.freebsd.org (freefall.freebsd.org
	[IPv6:2001:4f8:fff6::28])
	by mx1.freebsd.org (Postfix) with ESMTP id 7DA6D13C457;
	Fri,  4 Jan 2008 02:05:22 +0000 (UTC) (envelope-from bms@FreeBSD.org)
Received: from freefall.freebsd.org (bms@localhost [127.0.0.1])
	by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m0425MJd060432;
	Fri, 4 Jan 2008 02:05:22 GMT (envelope-from bms@freefall.freebsd.org)
Received: (from bms@localhost)
	by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m0425L9v060428;
	Fri, 4 Jan 2008 02:05:21 GMT (envelope-from bms)
Date: Fri, 4 Jan 2008 02:05:21 GMT
Message-Id: <200801040205.m0425L9v060428@freefall.freebsd.org>
To: goffredo@uol.com.br, bms@FreeBSD.org, freebsd-bugs@FreeBSD.org
From: bms@FreeBSD.org
Cc: 
Subject: Re: kern/112147: [netinet] some ivp6-conditional code is always
	included, despite INET6 setting
X-BeenThere: freebsd-bugs@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Bug reports <freebsd-bugs.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-bugs>,
	<mailto:freebsd-bugs-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-bugs>
List-Post: <mailto:freebsd-bugs@freebsd.org>
List-Help: <mailto:freebsd-bugs-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-bugs>,
	<mailto:freebsd-bugs-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 04 Jan 2008 02:05:25 -0000

Synopsis: [netinet] some ivp6-conditional code is always included, despite INET6 setting

State-Changed-From-To: open->closed
State-Changed-By: bms
State-Changed-When: Fri 4 Jan 2008 02:03:33 UTC
State-Changed-Why: 
This is a total non issue.

The code which the submitter changes does not use any INET6 functions--
it's all macros, the v6 check could be a predicted branch, but overall
the maintenance cost of dyking out the v6 support is far greater than any
possible performance gain.


http://www.freebsd.org/cgi/query-pr.cgi?pr=112147