This is the mail archive of the libc-hacker@sources.redhat.com mailing list for the glibc project.

Note that libc-hacker is a closed list. You may look at the archives of this list, but subscription and posting are not open.

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]
Other format:	[Raw text]

Re: [PATCH] pread/pwrite fix for s390-64.

From: Jakub Jelinek <jakub at redhat dot com>
To: Martin Schwidefsky <schwidefsky at de dot ibm dot com>
Cc: Roland McGrath <roland at redhat dot com>, libc-hacker at sources dot redhat dot com
Date: Mon, 3 Mar 2003 11:23:42 +0100
Subject: Re: [PATCH] pread/pwrite fix for s390-64.
References: <OFBC3A1BA5.9DC4992B-ONC1256CDE.00384618@de.ibm.com>
Reply-to: Jakub Jelinek <jakub at redhat dot com>

On Mon, Mar 03, 2003 at 11:18:29AM +0100, Martin Schwidefsky wrote:
> 
> > > Without the special version for pwrite64 I get an undefined reference
> > > to '__GI___pwrite64'. The alias for pwrite64 in syscalls.list doesn't
> > > seem to create an alias for __GI__pwrite64. This is the immediate
> > > problem I am facing.
> >
> > That should not be happening.  It should produce a weak_alias and
> > libc_hidden_weak for each of those names.
> 
> It does happen for s390-64. But this is a problem for itself. The pread/pwrite
> problem for s390-64 will not be solved by it. The pread/pwrite functions can't
> stay as direct system calls because the cancellation would be missing. The

That's what C is for in syscalls.list argument string for the syscalls.

	Jakub

References:
- Re: [PATCH] pread/pwrite fix for s390-64.
  - From: Martin Schwidefsky

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]