Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1750956AbWKCMwQ (ORCPT ); Fri, 3 Nov 2006 07:52:16 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751151AbWKCMwQ (ORCPT ); Fri, 3 Nov 2006 07:52:16 -0500 Received: from zeus1.kernel.org ([204.152.191.4]:53731 "EHLO zeus1.kernel.org") by vger.kernel.org with ESMTP id S1750991AbWKCMwP (ORCPT ); Fri, 3 Nov 2006 07:52:15 -0500 Date: Fri, 3 Nov 2006 13:50:36 +0100 (MET) From: Jan Engelhardt To: Mikulas Patocka cc: Gabriel C , linux-kernel@vger.kernel.org Subject: Re: New filesystem for Linux In-Reply-To: Message-ID: References: <454A71EB.4000201@googlemail.com> <454AA4C5.3070106@googlemail.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Spam-Report: Content analysis: 0.0 points, 6.0 required _SUMMARY_ Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 716 Lines: 21 >> > So anyway, why do you need _llseek? Can't you just use lseek() like >> > everyone else? >> >> Because I want it to work with glibc 2.0 that I still use on one machine. > > BTW. is it some interaction with symbols defined elsewhere or were _syscall > macros dropped altogether? Which glibc symbol should I use in #ifdef to tell if > glibc has 64-bit support? -D_LARGEFILE_SOURCE=1 -D_LARGE_FILES -D_FILE_OFFSET_BITS=64 I think the second is not needed. -`J' -- - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/