From owner-freebsd-current@FreeBSD.ORG Mon Oct 8 17:25:52 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2DD5816A41A; Mon, 8 Oct 2007 17:25:52 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from vlakno.cz (vlk.vlakno.cz [62.168.28.247]) by mx1.freebsd.org (Postfix) with ESMTP id D38FE13C48D; Mon, 8 Oct 2007 17:25:50 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from localhost (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 3A82C668E15; Mon, 8 Oct 2007 19:25:49 +0200 (CEST) X-Virus-Scanned: amavisd-new at vlakno.cz Received: from vlakno.cz ([127.0.0.1]) by localhost (vlk.vlakno.cz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id uQWlm7W9DHTi; Mon, 8 Oct 2007 19:25:45 +0200 (CEST) Received: from vlk.vlakno.cz (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 50ED3668E14; Mon, 8 Oct 2007 19:25:45 +0200 (CEST) Received: (from rdivacky@localhost) by vlk.vlakno.cz (8.13.8/8.13.8/Submit) id l98HPjBD091451; Mon, 8 Oct 2007 19:25:45 +0200 (CEST) (envelope-from rdivacky) Date: Mon, 8 Oct 2007 19:25:45 +0200 From: Roman Divacky To: Kostik Belousov Message-ID: <20071008172545.GA91406@freebsd.org> References: <20071007140237.GA44735@freebsd.org> <20071008153106.GN2180@deviant.kiev.zoral.com.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20071008153106.GN2180@deviant.kiev.zoral.com.ua> User-Agent: Mutt/1.4.2.3i Cc: current@freebsd.org, peter@freebsd.org Subject: Re: pad argument for mmap/lseek/etc. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Oct 2007 17:25:52 -0000 > The interesting question is whether the _SYS_SYSPROTO_H and absense of the > sys/sysproto.h supported. Or, shall we remove these #ifdef blocks instead > of fixing them in whole kernel. I also support this idea... does anyone have an argument against or should I just provide a patch (removing those definitions) roman