From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 28318 invoked by alias); 5 Aug 2002 00:07:34 -0000 Mailing-List: contact libc-hacker-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: libc-hacker-owner@sources.redhat.com Received: (qmail 28301 invoked from network); 5 Aug 2002 00:07:33 -0000 Received: from unknown (HELO perdition.linnaean.org) (66.31.43.253) by sources.redhat.com with SMTP; 5 Aug 2002 00:07:33 -0000 Received: by perdition.linnaean.org (Postfix, from userid 5281) id 70B351BA18; Sun, 4 Aug 2002 20:07:33 -0400 (EDT) From: Roland McGrath MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: Jakub Jelinek Cc: Ulrich Drepper , Glibc hackers Subject: Re: [PATCH] Fix IA-64 build In-Reply-To: Jakub Jelinek's message of Mon, 5 August 2002 00:28:18 +0200 <20020805002818.V20867@sunsite.ms.mff.cuni.cz> X-Windows: some voids are better left unfilled. Message-Id: <20020805000733.70B351BA18@perdition.linnaean.org> Date: Sun, 04 Aug 2002 17:07:00 -0000 X-SW-Source: 2002-08/txt/msg00053.txt.bz2 I think the better solution is for those platforms not to have both modules at all, or have one empty. Why have two idential syscall entry points generated? I think you would get the right result by having an empty lseek.[cS] in sysdeps/.../ia64 to override the unix/syscalls.list definition. It might be handy to let syscalls.list indicate an empty module with a line instead of adding the files. i.e.: llseek EXTRA lseek 3 __libc_lseek64 __lseek llseek __lseek64 lseek64 lseek lseek llseek - so if llseek.o is built according to the first line, then lseek.o will be made a dummy object by the second line.