From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1KgHSI-00050E-1V for qemu-devel@nongnu.org; Thu, 18 Sep 2008 07:13:50 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1KgHSF-0004zv-7E for qemu-devel@nongnu.org; Thu, 18 Sep 2008 07:13:49 -0400 Received: from [199.232.76.173] (port=36917 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KgHSE-0004zo-UP for qemu-devel@nongnu.org; Thu, 18 Sep 2008 07:13:46 -0400 Received: from relay01.mx.bawue.net ([193.7.176.67]:36692) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1KgHSE-0008B4-5B for qemu-devel@nongnu.org; Thu, 18 Sep 2008 07:13:46 -0400 Date: Thu, 18 Sep 2008 13:13:40 +0200 From: Thiemo Seufer Subject: Re: [Qemu-devel] [PATCH] add futimesat syscall Message-ID: <20080918111340.GB19245@networkno.de> References: <20080917194533.GB21187@kos.to> <20080918063007.GA26841@kos.to> <761ea48b0809180023t37d300ceq790fe33c5ab7602a@mail.gmail.com> <20080918090821.GA17893@kos.to> <20080918092826.GA5059@localhost.localdomain> <20080918094234.GA23737@kos.to> <20080918101629.GB9799@localhost.localdomain> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080918101629.GB9799@localhost.localdomain> Reply-To: qemu-devel@nongnu.org List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: "Kirill A. Shutemov" Cc: Riku Voipio , qemu-devel@nongnu.org Kirill A. Shutemov wrote: > On Thu, Sep 18, 2008 at 12:42:34PM +0300, Riku Voipio wrote: > > On Thu, Sep 18, 2008 at 12:28:31PM +0300, Kirill A. Shutemov wrote: > > > On Thu, Sep 18, 2008 at 12:08:21PM +0300, Riku Voipio wrote: > > > I don't think that it's great idea. If libc/kernel headers doesn't provide > > > the syscall we shouldn't implement them. The exception is syscalls without > > > libc's wrapper. Like gettid(2). > > > > Well, defining syscalls appears to be a common practice in qemu for the > > *at family of syscalls (openat, linkat, ...), so it doesn't seem that > > far off for futimesat(). > > *at syscalls ware implemented in linux 2.6.16. glibc's wrappers to this > syscalls were implemented in glibc 2.4. Both of them relesed more than two > and half years ago. > > I think we can drop this crap now. Current Debian stable uses glibc 2.3.6. Thiemo