From owner-svn-src-all@FreeBSD.ORG Wed Nov 14 16:12:29 2012 Return-Path: Delivered-To: svn-src-all@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 75397E2; Wed, 14 Nov 2012 16:12:29 +0000 (UTC) (envelope-from minimarmot@gmail.com) Received: from mail-pa0-f54.google.com (mail-pa0-f54.google.com [209.85.220.54]) by mx1.freebsd.org (Postfix) with ESMTP id 2D63A8FC08; Wed, 14 Nov 2012 16:12:28 +0000 (UTC) Received: by mail-pa0-f54.google.com with SMTP id kp6so420984pab.13 for ; Wed, 14 Nov 2012 08:12:28 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=bb2sDOLO1wPZWgqRsgR98IFRKFCA+fnjeVQQG0Vhcao=; b=cFoaAuEoZQSX+dz5jhKaVrs0R7S94BvfHsY/Es9jsBMQiJ6fgTZZ/LaxQY7RSYgl56 UXvwxZVB55ZUc0dect1ejSlveVOjZ3MqFdTdmoQHWr8oJmY7+aRK1+Q5OmeWj7+7shsm mhYQKXjrIGQahO6z7GTDq6ZuCdBCOBcjkkPz7tfsy9tbmGRoNAdt9ZmFDoshln37kzT6 GpfcJCt32/2qdDfOBCyI1A4JRmjfq1I1u4oHClCBhJwTSNWepUuPKOBDdWwH+8ZQ3kEZ wU+yXbUNn8luiQr9hiRtPBfvVGe9BYcfZJwH5bD45K0FP232c1+n4RHKALlMtH7uDwB9 9V2w== MIME-Version: 1.0 Received: by 10.69.1.9 with SMTP id bc9mr79271000pbd.61.1352909548826; Wed, 14 Nov 2012 08:12:28 -0800 (PST) Received: by 10.66.148.227 with HTTP; Wed, 14 Nov 2012 08:12:28 -0800 (PST) In-Reply-To: <20121114093236.GJ28213@FreeBSD.org> References: <201211140805.qAE85MHU031099@svn.freebsd.org> <50A364AE.6060205@freebsd.org> <20121114093236.GJ28213@FreeBSD.org> Date: Wed, 14 Nov 2012 11:12:28 -0500 Message-ID: Subject: Re: svn commit: r243019 - head/sbin/route From: Ben Kaduk To: Gleb Smirnoff Content-Type: text/plain; charset=ISO-8859-1 Cc: svn-src-head@freebsd.org, svn-src-all@freebsd.org, src-committers@freebsd.org, Andre Oppermann X-BeenThere: svn-src-all@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "SVN commit messages for the entire src tree \(except for " user" and " projects" \)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Nov 2012 16:12:29 -0000 On Wed, Nov 14, 2012 at 4:32 AM, Gleb Smirnoff wrote: > A> Can the IN_CLASS[A-C]_NET... definitions go away as well? > > They are defines that don't generate any code. > > Also, on this mailing list I've promised once not to remove them :) I'm glad you remember :) Andre, they are used (for better or for worse) in a multi-site database synchronization protocol that currently works portably across operating systems. Removing them would change the semantics of that protocol in a subtle way that might introduce breakage. -Ben Kaduk