[PATCH 3/4] Consolidate pread/pread64 implementations

[Mike Frysinger]

On 07 Jan 2016 18:30, Adhemerval Zanella wrote:
> On 07-01-2016 17:52, Mike Frysinger wrote:
> > On 07 Jan 2016 15:18, Adhemerval Zanella wrote:
> >> From: Adhemerval Zanella <adhemerval.zanella@linaro.com>
> >>
> >> This patch consolidates all the pread/pread64 implementation for Linux
> >> in only one (sysdeps/unix/sysv/linux/pread.c).  It also removes the
> >> syscall from the auto-generation using assembly macros.
> >>
> >> For pread{64} offset argument placement the new SYSCALL_LL{64} macro
> >> is used.  For pread ports that do not define __NR_pread will use
> >> __NR_pread64 and for pread64 ports that dot define __NR_pread64 will
> >> use __NR_pread for the syscall.
> > 
> > just to make sure i'm reading this correctly, in the past 64-bit ports
> > would have a pread symbol and pread64 would be an alias to it.  but with
> > this patch, 64-bit ports now have two symbols w/identical code ?
> 
> Indeed it is something I was thinking and I was not sure how to
> fix it while not breaking the existing ABI.  Maybe only building
> the p{read,write}.c if not WORDSIZE64 is define and creating an
> alias on p{read,write}64.c. What do you think?

why do you need to delete the pread64.c & syscall.lists entries ?
if you kept those, wouldn't things remain the same ?

otherwise you'd have to keep the pread64.c and add a new pread.c
that just includes the 32-bit pread.c but also adds the aliases.
-mike
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: Digital signature
URL: <http://sourceware.org/pipermail/libc-alpha/attachments/20160107/fda6cfd8/attachment.sig>