From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 28033 invoked by alias); 22 Oct 2002 14:29:52 -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 28016 invoked from network); 22 Oct 2002 14:29:51 -0000 Received: from unknown (HELO sunsite.mff.cuni.cz) (195.113.19.66) by sources.redhat.com with SMTP; 22 Oct 2002 14:29:51 -0000 Received: (from jakub@localhost) by sunsite.mff.cuni.cz (8.11.6/8.11.6) id g9METlD15428; Tue, 22 Oct 2002 16:29:47 +0200 Date: Tue, 22 Oct 2002 09:04:00 -0000 From: Jakub Jelinek To: Andreas Schwab Cc: libc-hacker@sources.redhat.com Subject: Re: __syscall_execve on ia64 Message-ID: <20021022162945.A3451@sunsite.ms.mff.cuni.cz> Reply-To: Jakub Jelinek References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: ; from schwab@suse.de on Mon, Oct 21, 2002 at 04:28:57PM +0200 X-SW-Source: 2002-10/txt/msg00083.txt.bz2 On Mon, Oct 21, 2002 at 04:28:57PM +0200, Andreas Schwab wrote: > Nobody came up with a better solution. Well, I wrote ia64 INLINE_SYSCALL, just need to improve it a little bit (ATM it generated warnings whenever first syscall argument was a pointer) and submit. But the extra for now doesn't hurt (and once INLINE_SYSCALL is in, all the __syscall_* from ia64/syscalls.list can go away). > 2002-10-21 Andreas Schwab > > * sysdeps/unix/sysv/linux/ia64/syscalls.list (s_execve): Set > caller to EXTRA instead of execve, since the latter has a > higher-priority implementation in linuxthreads. Jakub